Domain layer в N-layer архитектуре?

Question

[Дмитрий]

Здравствуйте! Коллеги подскажите и расскажите по поводу доменной модели? Вопрос такой, к примеру у меня есть entity User - poco класс, сгенерирован по таблице User в БД, и к примеру у него есть такие поля

class UserEntity
{
public Guid Id{get;set;}
public string Name{get;set;}
public string Password{get;set;}
}

Читая про слоеную архитектуру, там говорят про Domain Layer и что в этом Domain Layer должна быть своя Domain Model - я так понимаю что это модель предметной области, и вот вопрос должен ли класс UserDomainModel иметь такие же поля что и UserEntity, если нет, по почему, ведь мне к примеру на одной странице в Presentation Layer нужно знать у User - Id и Name, а на другой странице нужно знать к примеру Id, Name, Password ? Подскажите, разъясните как быть? Можно ли протягивать UserEntity через все приложение, чтобы каждый слой мог использовать этот класс?

Answer 1

[Дмитрий Ковальский]

Ну на мой взгляд не очень понятно зачем таскать по системе пароль. Он или хэшированный и его значение бесполезно для вас или не хэшированный и тогда он может быть скомпрометирован.

Comments

[Дмитрий]

поля написаны случайные, суть в том что одни поля могут понадобиться на одной странице, а другие поля на другой странице, и как в связи с этим строить domain model ?

[Дмитрий Ковальский]

Дмитрий: А в этом случае вы хотите решения для коня в вакууме. Можете реализовать интерфейс IUserMapper который сущности уровня DAL будет преобразовывать в сущности уровня BL(например, слои могут отличаться).

[Дмитрий]

Дмитрий Ковальский: т.е domain model будет полностью дублировать поля entity ?

[Дмитрий Ковальский]

Дмитрий: Может дублировать, может расширять. Может для базы нужно ФИО, а для слоев более близких клиенту - Фамилия Имя Отчество. Может быть в базе у вас поле login, а в представлении e-mail. Но вспомните что есть еще движение в обратном направлении. К примеру вам надо пользовательский ввод провалидировать. Мы не можете обвесить атрибутами модель уровня DAL, но более высокие модели можете. Соответственно маппинг делается 1 в 1, но логика немного различается

[Дмитрий]

Дмитрий Ковальский: т.е движение идет так entity -> domain model -> dto ?

[Дмитрий Ковальский]

Дмитрий: Да, например так.