12.09.2017 В сотый раз про сущности EF и бизнес-объекты...
 
Много где обсуждалось. Но хотелось бы конкретики.

А именно. Чем плоха такая схема:

1. Для сервисов и их данных создаются контракты (interface). Интерфейсы принимают и отдают тоже интерфейсы или примитивные типы. Нужно для простой возоможности тестирования (подмена тех или иных сервисов на тестовую реализацию) и для возможности более простого распараллеливания работы.

2. Уже при реализации интерфейсов создаются классы бизнес-объектов (на основе соответствующих интерфейсов, просто нажимаешь правой кнопочкой implement).

Вопрос: чем плохо эти же классы бизнес-объектов наделить атрибутами разными, в том числе Key, Index, Required и пр. и позволить им сохраняться/восстанавливаться через EF? Какие конкретные минусы?

Стали бы вы делать специальные сущности для EF, которые на 90% совпадают с бизнес-объектами?

 
 
 
 
10.12  .NET Reactor
15.11  n
15.11  C# ClickOnce