Entity Framework: ориентированный на данные и объектный

Question

Я смотрю на Entity Framework, и все, что я читаю, ориентировано на данные и объясняет EF. Под этим я подразумеваю, что фундаментальные отношения системы сначала определяются в базе данных, и создаются объекты, которые отражают эти отношения.

Примеры

Быстрый старт (Entity Framework)

Использование сущностей Entity Framework в качестве бизнес-объектов?

Документация EF подразумевает, что нет необходимости начинать со слоя базы данных, например

Разработчики могут работать с последовательным объектная модель приложения, которая может быть сопоставлены с различными схемами хранения

При проектировании новой системы (упрощенная версия) я склонен сначала создавать модель класса, затем генерировать бизнес-объекты из модели, кодировать вещи бизнес-уровня, которые не могут быть сгенерированы, а затем беспокоиться о постоянстве (или, скорее, работать). с администратором базы данных, и пусть он беспокоится о наиболее эффективной стратегии персистентности). Этот объектно-ориентированный подход хорошо поддерживается такими технологиями ORM, как (n) Hibernate.

Есть ли разумный путь к объектно-ориентированному подходу с EF? Буду ли я плыть вверх по течению по этому маршруту? Есть хорошие отправные точки?

Answer 1

Model First подход, кажется, то, что вам нужно.
Предлагаем также прочитать статью ADO.NET Team Blog .

Answer 2

Спустя некоторое время после этого я обнаружил, что EF 4 поддерживает POCO (простые старые объекты CLR), что позволяет объектно-ориентированному проектированию с (относительным) игнорированием постоянства.

Эта статья была лучшей, с которой я сталкивался при обсуждении этого подхода, а эта статья объясняет, как использовать шаблоны генерации кода для облегчения работы.