На самом деле при такой постановке как была в первом постее вообще не очень понятно что было нужно. Только в процессе длительного общения выяснилось что вполне достаточно решения задач кодогенерации.
Re[13]: Data Access Layer (EF/Linq2Sql and others)
A>Только не мало писать, что код надо было разнести по разным процедурам и вызывать из последовательно. Нельзя, потому процедура это контракт между между приложением и БД.
Только врядли в случае использования LINQ
... << RSDN@Home 1.2.0 alpha 4 rev. 1138>>
Re[16]: Data Access Layer (EF/Linq2Sql and others)
Здравствуйте, ili, Вы писали:
ili>Здравствуйте, Holms, Вы писали:
H>>и еще, я не уверен, но есть ли подержка Linq для BLToolkit, а то забивать текст запроса в програму ОЧЕНЬ неохота, так как при этом нету проверки в compile-time изменений в БД.
ili>в процессе, Игорь щас этим усиленно занят ili>генерация простых запросов есть ужо очень давно (здесь)
Честно говоря чем дальше думаю тем больше понимаю что нифига козе баян не нужен
Здравствуйте, Ziaw, Вы писали:
Z>Здравствуйте, Tom, Вы писали:
Z>Как я понял нужен просто data mapper и генерилка POCO и маппингов. Как маппер можно использовать iBatis, BLToolkit даже NHibernate не заставляет тебя использовать больше его возможностей чем требуется. Осталось выбрать генерилку маппингов и сущностей по схеме базы. MyGeneration, CodeSmith, ddl2hbm.
Вполне рабочий вариант. Я в своем проекте использую комбинацию BLToolkit + CodeSmith. Генерятся классы по полям таблиц (с возможностью навигации по родительским и дочерним сущностям), стандартные ХП (ins, upd, del), враперы процедур, в том числе и тех, которые возвращают 1 и более rрезультсетов, аксессоры для таблиц. Кроме того для не зацикленных наборов таблиц можно сгенерить автоматический апдейтер, который учитывает зависимости между таблицами. Все сущности, коллекции и хранилища коллекций прекрасно передаются через WCF. Любой шаблон в случае необходимости можно изменить.