Какие подобные проекты смотрели и чем они не устроили?

dim-on-smirn-offсмотрел несколько проэктов
И все же -- какие именно?
dim-on-smirn-off
, если делаю что то своё то наверно что то не устроило в других , причины есть разные , одни проэкты платные в других закрыты коды и изменить ничего не можеш в третьих писать кучу кода в четвёртых нет каких то возможностей в пятых хуже быстродействие и т.д. вобщем везде есть недостатки и в том что я делю думаю найдуться но всё же удобного мне DAL-а не встречал поэтому приходиться писать свой ,
Вы, надеюсь, понимаете, что прежде чем садиться писать свой велосипед с квадратными колесами (чем, сказать честно, ваши 600+ строк кода и являются), стоит ознакомиться с широким ассортиментом ORM и RSM-средств различных степеней сложности, открытости, скорости, бесплатности и фичастости.
dim-on-smirn-off
на будущее пожалуйста пржде чем судить скачайте посмотрите попробуйте , потом критикуйте только без грязи и спама а конкретно что где не так (если можно как это исправить ) что добавить и т.д.
Если вы настаиваете, то извольте. Но я тут даже не знаю, с какого конца подступиться...

Во-первых, если бы вы действительно попробовали в работе хотя бы пару самых известных мапперов/генераторов, то дизайн вашего детища был бы другой (точнее, он бы там присутствовал -- уж простите великодушно).

Во-вторых, вообще непонятно позиционирование вашей библиотеки. Она, насколько я могу судить по коду, задумывалась исключительно для работы с хранимыми процедурами? Зачем же тогда описывать таблицы (public class Table<TEntity>) ? Кроме того, зачем мне для каждой хранимой процедуры сочинять отдельный класс?

В-третьих, какие из этих терминов вам знакомы: Identity Map, Unit of Work, Metadata Mapping, Identity Field?

В-четвертых, вы жестко прибили ваш DAL к SQL Server'у.

В-пятых, про быстродействие можете больше даже не заикаться: у вас безумное количество вызовов CreateInstance(), GetValue() и SetValue() -- а это самые дорогие операции. Ну и не говоря уже о постоянном дергании GetCustomAttributes().

Ну вот. И это только по верхам...

dim-on-smirn-offошибочка :) можно и sql писать
Прям в коде?
dim-on-smirn-off
TEntity указываеться потому как в Table имееться сразу методы для получения изменения данных и т.д.
И зачем для этих целей описывать таблицу?

dim-on-smirn-off я его туда не прибивал какой провайдер в конфиге будет тот и будет юзаться
А это что?

dim-on-smirn-off
быстродействие необязательно искать там :) , есть другие места где в других далах тратяться ресурсы
Тогда расскажите, где искать и где что тратится.
dim-on-smirn-off
... по быстродействию сравнивал с Web Service Software Factory там у меня было в несколько раз приимущество.
Энто где весь DAL на датасетах? И прям таки в несколько раз?
dim-on-smirn-off
эти 600 строк написанны в один день собственно поэтому могут и казаться вам квадратными, чем раньше начнёш что то делать тем больше сделаеш я начал недавно писать этот дал и думаю впереди достаточно времени для совершенствования ....
Советую выкинуть, осмотреться, и если уж так хочется, с учетом увиденного сделать более качественную вещь.
dim-on-smirn-off
если хотите сделать доброе дело то наставте меня на путь истенный и покажите мне бесплатный гибкий простой ДАЛ. с удовольствием буду юзать если сочту что вы правы
Повторяю вопрос -- какие вы уже смотрели?

dim-on-smirn-offэто делаеться для того чтобы знать сегнатуру процедуры при вызове , сейчас работаю над этим вопросом хотя не уверен что нужно что то менять . кстати есть визард который весь дал генерит автоматом так что количество процедур не играет роли
Вообще нелепость. Параметры, в принципе, derive'атся -- да и опять же, можно пойти от обратного.

dim-on-smirn-offпрямо в коде
Очень плохо.

dim-on-smirn-offв чём проблемма ?
Проблема в том, что, например, в Оракле префикс для именованных параметров -- символ двоеточия (":") а не "@".

dim-on-smirn-offназвания не особо запоминаю тго что мне не нравиться , повторяю вопрос скажите что вы считаете нужно пользовать конкретно НАЗВАНИЕ

Из чего я делаю вывод, что ничего вы не смотрели. Конкретно название -- BLToolkit, NHibernate, iBATIS.NET.

dim-on-smirn-off
и как их потом указывать ??
что то типа Parametr.Add("ID",Value)
или лучше всётаки sp.ID = Value , в таком виде вы никогда не допустите ошибку в названии параметра и легко сможете его переименовать
Нет, что-то типа:

dim-on-smirn-offэто можно вынести в конфиг , также как и SQL код
Это уже сделано? Можно-то много чего.
dim-on-smirn-off
при описании метода вы делеаете тоже самое что и я при описании процедуры
Сравните добавление одного класса с отдельным полем на каждый параметр хранимки и определение одного метода.
dim-on-smirn-off
как в таком случае задать имя параметра процедуры
Совпадает с названием параметра функции.
dim-on-smirn-off
и тип параметра In или Out
По умолчанию -- in. Модификатор "out" для формальных параметров вам знаком?
dim-on-smirn-offнемного рассматривал BLToolkit
И чем не угодил?
dim-on-smirn-off
, NHibernate скажу сразу что последний требует много времени для изучения
Добро пожаловать в Castle.ActiveRecord.
dim-on-smirn-offкак я уже говорил что недостатки можно найти везде
Ни одного так и не услышал.

dim-on-smirn-off
на каждый параметр создаёться поле а не класс
Я это понял. Но по классу на каждую хранимку (а в классе кроме полей должны быть еще и конструкторы, для более-менее удобной работы) -- это перебор.
dim-on-smirn-off
[StoredProcedure("User_GetUserByLogin")]
public abstract User GetUserByLogin
(
Guid @ID,
string @Name,
string @Desc
);
Это что было? Данный метод в моем варианте вызывает хранимку User_GetUserByLogin, передает ей параметр login и возвращает объект класса User. А вы чего наворотили?
dim-on-smirn-offне вижу большой разницы
А я вижу.
dim-on-smirn-off
, кстати где задать значение по умолчанию(не путать со значением поумолчанию в процедуре представим что процедура системная и изменить её нельзя)
Методы можно перегружать. Вот в перегрузках хоть обзадавайтесь.
dim-on-smirn-offвопрос как быть в том случае если я хочу метод который принимает out парметр а процедура онного не имеет ?
Мы об одном и том же говорим? Я, например, об уровне доступа к данным. Но уж если так хочется, то всегда можно сделать перегруженный метод и в нем играться с параметрами как душе угодно.
dim-on-smirn-off
кстати как быть если я хочу передать в метод объект например сделать
public void Save(User u); ?
в моём случае он есть сразу думаю у вас тоже но если нужно сделать свой метод то как быть ?
сразу привожу пример
Одна строчка моего кода против ваших десяти:
dim-on-smirn-off
кстати где в вашем случае описываеться маппинг ?
Где хотите. В коде, в XML-файле, в INI-файле...
dim-on-smirn-off
я так подозреваю в Entity то ещё вопрос как быть если у меня есть таблица Users где поле UserID и есть например View там тоже поле но уже просто ID как мне его промапить в одно и тоже Entity ????
Как угодно.
dim-on-smirn-offкстати ещё не услышал как можно задать имя параметра если оно отличаеться от имени параметра в процедуре ??
Что-то очень много вопросов, вам не кажется? Вы, помнится, просили покритиковать и оценить. Но уж если "отличаеться", то опять перегружайте метод и всё.