Entity Framework и муфта

Question

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

Answer 1

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

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

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