Результаты поиска по запросу "domain-driven-design"
принцип, который гласит, что объекты должны сообщать клиенту, что они могут или не могут делать, вместо того, чтобы выставлять свойства и предоставлять клиенту возможность определить, находится ли объект в определенном состоянии для выполнения определенного действия.
иняюсь, если это дубликат, но я не смог найти конкретных примеров по этой теме в связанных вопросах. После прочтенияСтатья Мартина Фаулера «Модель анемичной области» [http://martinfowler.com/bliki/AnemicDomainModel.html]Я оставил бродить, ...
Краткое и быстрое чтение для DDD быстро. Это действительно короткая и приятная книга о DDD, которая требует чтения в течение нескольких часов. Всего 100 страниц или около того.
я есть класс RentalProperty, который выглядит примерно так: class RentalProperty { Money MonthlyRent; List<MaintainenceCall> MaintainenceCalls; }Насколько я понимаю, используя DDD для изменения MonthlyRent, я бы получил RentalProperty, изменил ...
CQRS и CRUD экраны
Насколько я понимаю, одним из основных принципов CQRS является то, что команды должны быть ориентированы на поведение и иметь значение в бизнесе или UL, а не на данные, т. Е. CRUD. Вместо того, чтобы сосредоточиться на обновлении клиента, у нас ...
Код:
ь предметной области, над которой я работаю, имеет корневые агрегаты и дочерние объекты. Что-то вроде следующего кода: class Order { IList<OrderLine> Lines {get;set;} } class OrderLine { }Теперь я хочу, чтобы мой Орден контролировал линии. ...
Тем не менее, я понял, что нужно запретить доступ к методам подобъектов (особенно тем, которые изменяют состояние), и теперь лучше понимаю, почему вы хотите запретить доступ к ним.
ал книгу Эванса о DDD и думаю о том, как реализовать агрегаты в .NET. В настоящее время я могу придумать только один способ; выделение агрегатов в отдельных библиотеках классов. Это, однако, выглядит немного излишним (я бы предпочел хранить все ...
Совместное использование объектов домена между действиями
Я написал свою логику приложения в доменных объектах (для включения нескольких пользовательских интерфейсов и портирования на другие платформы), и теперь я смотрю на реализацию Activity для пользовательского интерфейса. Учитывая, что каждое ...
Неправильно. Домен хранилища и интерфейс шлюзов. Инфраструктура «Слой» реализует их.
ли смысл группировать все интерфейсы вашего доменного уровня (модули, модели, объекты, доменные службы и т. Д.) На уровне инфраструктуры? Если нет, имеет ли смысл создавать «общий» проект / компонент, который группирует все это в ...
Сопоставление атрибутов проверки с сущности домена в DTO
У меня есть стандартная сущность уровня домена: public class Product { public int Id { get; set; } public string Name { get; set; } public decimal Price { get; set;} }который имеет какие-то атрибуты проверки: public class Product { public int ...
EF codefirst: я должен инициализировать свойства навигации?
Я видел несколько книг (например,фреймворк программирования кода сначала Юлия Лерман) определить свои доменные классы (POCO) без инициализации свойств навигации, таких как: public class User { public int Id { get; set; } public string UserName { ...
), объект в доменной модели вообще не должен касаться доступа к базе данных (отсюда и популярный термин «постоянное невежество»). Типом функциональности, которой должен обладать объект в модели предметной области, будет бизнес-логика - они должны фиксировать и инкапсулировать логические правила и рабочие процессы проблемы / домена, которые они представляют.
я сложилось впечатление, что все они в основном одинаковы. Объекты модели также одинаковы? Прямо сейчас, в моей архитектуре, у меня есть: class Person { public string PersonId; public string Name; public string Email; public static bool ...