Entity Framework и связь

Question

У меня была небольшая дискуссия с моим другом об использовании Entity Framework. У меня был проект, в котором я сделал 3-уровневое решение с структурой сущностей в качестве моего уровня данных и использовал объекты передачи данных для перехода от бизнес-уровня к пользовательскому интерфейсу. Мне действительно понравилась слабая связь, которую он дает, так как я могу изменить структуру сущности, например, с помощью впадает в спячку позже. Мой друг, с другой стороны, утверждал, что цель платформы Entity состояла в том, чтобы смоделировать ее, чтобы она могла использоваться в пользовательском интерфейсе. Как вы связываете структуру сущностей с вашим решением?

Answer 1

Я вижу идею, которую мой друг предлагает со сменными слоями, такими как Hibernate и EF, но я думаю, что это немного радикально, так как эти две платформы уже содержат возможности DL-> BL. Я думаю, что причина использования фреймворков, таких как EF и Hibernate, в следующем порядке:

1. Прямое использование сущностей в бизнес-логике.
2. Независимость типа базы данных
3. Автоматическое кэширование
4. Абстракция SQL

Ожидание того, что подобная структура ТАКЖЕ должна быть слабо связана с уровнями, просто потребует слишком большого разбора запросов, переноса и развертывания объектов и различного шума, чтобы восполнить взаимозаменяемость, которая никогда не станет реальностью. На мой взгляд, его предложение приведет к эквиваленту:
DL -> DL -> BL -> UL
Кто-нибудь согласен с этим?