Использование Sculpture с NHibernate или Entity Framework

Question

Я недавно натолкнулся на этот проект с открытым исходным кодом: http://www.codeplex.com/Sculpture

Sculpture - это генератор кода, который позволяет спроектировать модель вашего домена, а затем использовать постоянные «шаблоны», такие как NHibernate / EF и, возможно, другие для создания хранилищ. Он заботится обо всем отображении и генерации доступа к данным. Похоже, это чертовски много больше, но на данный момент я в значительной степени продан. Тем не менее, я хотел бы знать, использовал ли кто-нибудь здесь это для реальных решений. Если да, то насколько хорошо он масштабируется? Как сгенерированный DAL работал для вас?

Answer 1

Мы взяли это за спин на новый проект, который у нас был. Всегда хотел опробовать nHibernate, но адские XML-файлы конфигурации меня всегда отталкивали. Опробовал несколько таких «помощников», это самый простой способ, поэтому мы решили его использовать.

Мне нравятся факты, которые вы можете просто указать на базу данных, и она будет создавать объект на основе того, что он видит, и будет синхронизироваться по требованию. Было также хорошо, что вы могли добавлять пользовательские методы к этим объектам и имели очень хорошо написанный синтаксис для сгенерированного кода, используя все LINQ-To-NHibernate.

Кроме того, он сгенерировал проект репозитория, позволяющий вам использовать этот шаблон проектирования, что мы и сделали (опять-таки, еще одна личная цель).

Все сработало очень хорошо, создали социальный (похожий на Facebook) сайт для людей с медицинским состоянием, полностью работали за 3 недели с 3 людьми.

В целом этим очень доволен - фактически купил лицензию на Sculpture 2.1 Nhibernate mould. (обратите внимание на открытый исходный код, но не для nhibernate :-))

Есть возможности для улучшения 64-битная Windows 7 должна была запускать visual studio в режиме администратора (только для моего компьютера) - не знаю почему Непрерывная интеграция TeamCity имела некоторые проблемы с путями к файлам dll - два сгенерированных проекта (ORm и Repository) используют разные пути к базовым dll - поэтому необходимо было определить положение источника в хранилище файлов для автоматизации сборки, но работало нормально.

Хотелось бы услышать какие-либо мнения об этом или другом продукте, которые люди считают лучше ..

Глядя на создание проекта, в котором мы создадим все объекты в Sculture и заставим его производить / обновлять базу данных для нас - это будет странно, поскольку мы являемся разработчиками типа db, но будет приятно увидеть, как это работает ..

Спасибо Simon

Answer 2

Я бы сказал, что большинство ORM генерируются каким-то образом на этом этапе. Я использую Linq-to-SQL для текущего проекта, вы настраиваете модель и генерируете код (с атрибутами из модели).

Короче говоря, в этом нет ничего нового, и нет причин отказываться от него только потому, что он создан.
Большинство ORM могут или делают , работающие таким образом, и они делают это хорошо.