Domain Driven Design и роль фабричного класса
Разница между репозиторием design-pattern и фабрикой заключается в domain-driven-design том, что репозиторий представляет ddd собой абстрактное постоянное design-pattern хранилище, а фабрика отвечает design-pattern за создание объекта.
Так, например, я gof регистрирую пользователя. Я ddd получу свой пользовательский design-pattern объект с фабрики
IUser user = userFactory.Create(name, email);
Затем передайте ddd его в репозиторий, который pattern будет отвечать за его обработку.
userRepository.Insert(user);
Фабрики design-pattern в DDD можно рассматривать domain-driven-design как способ скрыть новое, абстракцию gang-of-four деталей создания экземпляра. Это gang-of-four позволяет очень эффективно domain-driven-design программировать интерфейс, а patterns не конкретный.
Кроме того, это patterns позволяет репозиториям сосредоточиться pattern на их типе сущности, и, таким ddd образом, использование универсальных gof шаблонов становится очень design-patterns эффективным.
design-patterns
domain-driven-design
Domain Driven Design и роль фабричного класса
Мы используем файлы cookies для улучшения работы сайта. Оставаясь на нашем сайте, вы соглашаетесь с условиями использования файлов cookies. Чтобы ознакомиться с нашими Положениями о конфиденциальности и об использовании файлов cookie, нажмите здесь.