Внешние свойства ключа в объектах домена

Question

В доменном дизайне модель домена должна быть полностью без ведома каких-либо постоянных данных.

Предположим, что Employee принадлежит к Department. Субъекты домена могут выглядеть следующим образом:

public Employee 
{ 
    public string EmployeeId { get; set; } 
    public string FirstName { get; set; } 
    public string LastName{ get; set; } 
    public Department Department { get; set; } 
    public int DepartmentId { get; set; } 
} 

public Department 
{ 
    public string DepartmentId { get; set; } 
    public string Name{ get; set; } 
} 

Является Employee.DepartmentId действительно актуален в модели предметной области или в том, что в деталях хранение инфраструктуры?

Несомненно, Employee.Department - это отношения, имеющие значение на этом уровне?

В моем случае эти объекты будут храниться в базе данных SQL, и данные будут получены Entity Framework, поэтому в базе данных будет находиться столбец Employee.DepartmentId.

Answer 1

Жизнь легче в Entity Framework, если вы используете внешние ключи:

Why does Entity Framework Reinsert Existing Objects into My Database?

Making Do with Absent Foreign Keys

И вы абсолютно правильно сказать, что внешний ключ не является на самом деле относятся к модели предметной области , Это часть модели сохранения.

Итак, вам нужно решить, к какому лагерю присоединиться. Вы пурист или прагматик? Отдельные модели домена и модели сохранения или нет?

ORM Entities vs. Domain Entities under Entity Framework 6.0