SubSonic 3, модель данных сущности (Entity Framework) или LINQ to SQL для разработки ASP.NET MVC?

MVC - это уровень представления, ORM - уровень данных

Я не думаю, что ORM имеет что-нибудь так много общего с приложением MVC. По крайней мере, если вы правильно разместите свое приложение по уровням. Модель в приложении MVC - это скорее модель представления уровня представления. Модель представления, через которую взаимодействуют контроллер и представление. Не обязательно модель данных. Шаблон проекта MVC немного сбивает с толку, поскольку разработчики думают, что модель MVC = модель данных. В любом бизнес-приложении, которое не является полностью тривиальным (например, в простом приложении с одной сборкой), этого нет. И лучше, чтобы это не было. Особенно если принять во внимание разделение проблем. Мы не должны полагаться на определенные классы ORM на каком-либо уровне, кроме уровня данных.

Но если вы намерены использовать DTO в своем приложении MVC (в качестве моделей представления), я предлагаю вам использовать ORM, который создает частичные классы, чтобы вы могли легко добавлять к ним дополнительные элементы (например, атрибуты). Аннотации к данным могут быть записаны внутри специального класса метаданных, который может быть присоединен к вашему классу модели с помощью одного атрибута уровня класса.

Предположение

Но предлагаю заняться другим делом. Используйте отдельный слой с объектами POCO, которые будут использоваться на всех слоях и будут иметь аннотации к данным. Это сделает ваш уровень представления независимым от уровня данных, и ваши POCO также могут быть оптимизированы для представления (например, наличие класса с именем UserRegistration, например, с двумя свойствами пароля - также с повторяющимся значением). Ваш репозиторий на вашем уровне данных будет отвечать за преобразование POCO, поэтому все слои будут обмениваться данными с использованием только POCO вместо использования объектов данных.

ORM и генерация классов

С Entity Framework вы получаете очень управляемую среду для создания ваших классов из схемы хранилища данных. К сожалению, с другими все иначе. Генерация не является универсальной, но ею также можно управлять и манипулировать ею вручную (если вы хотите создавать структуры TPH / TPT).

Аналогично LINQ to SQL. Я не использовал никакой другой ORM, но полагаю, что у LinqConnect может быть собственный редактор, похожий на редактор EF Visual Studio, потому что я работал с коннектором MySql от той же компании, и я использовал их конструктор для сущностей, потому что он был лучше чем тот, который поставляется с Visual Studio 2008.

Но у вас есть инструменты, которые обеспечивают генерацию кода (и вы также можете получить в Интернете шаблоны для различных ORM):

• в Visual Studio встроен T4, который может сгенерировать для вас код; Вы также можете найти шаблоны для ORM, написанные на T4, которые затем легко настроить. Или напишите свой собственный в соответствии с вашими потребностями (в прошлом я писал генератор перечислений из таблиц поиска БД)
• MyGeneration имеет открытый исходный код, и вы можете найти для него множество шаблонов.
• CodeSmith не является бесплатным, но это проверенный продукт, который я использовал в прошлом с шаблоном .netTiers (ранее у нас был LINQ), который сэкономил много времени и отлично работал