Запитання з тегом «domain-driven-design»

Дизайн, керований доменом (DDD) - це підхід до розробки програмного забезпечення для складних потреб шляхом підключення реалізації до моделі, що розвивається.

2
DDD: чи правильно кореневий агрегат містити посилання на інший кореневий агрегат?
Під час дотримання дизайну, керованого доменом (DDD), чи правильно кореневий агрегат містити посилання на внутрішню сутність, яка має бути кореневою сутністю на окремому агрегаті? Я вважаю, що це не правильно, головним чином через це правило про синю книгу : Ніщо, що знаходиться поза межами АГРЕГАТИ, не може посилатися на що-небудь …

2
Впровадження DDD: користувачі та дозволи
Я працюю над невеликим додатком, намагаючись зрозуміти принципи доменного дизайну. У разі успіху це може бути пілотним проектом для більшого проекту. Я намагаюся слідкувати за книгою "Впровадження дизайну, керованої доменом" (автор Вон Вернон) і намагаюся реалізувати подібний, простий дискусійний форум. Я також перевірив зразки IDDD на github. У мене є …

6
Автономні мікросервіси, черги на події та виявлення послуг
Останнім часом я багато читав про мікро-сервіси, і ось кілька висновків, які я дійшов до цього часу (будь ласка, виправте мене, якщо я помиляюся в будь-який момент). Архітектура мікропослуг добре поєднується з дизайном, керованим доменом. Зазвичай одна MS представляє один обмежений контекст. Якщо мікросервіс A вимагає функціональності, який знаходиться в …

2
Це хороша структура рішень Visual Studio для дизайну RESTful веб-сервісу, орієнтованого на домен?
Я будую. NET 4.5 C # Веб-API RESTful рішення, і я хотів би, щоб хтось сказав мені, чи моє проектне рішення правильне та / або розумне (-достатньо?) Для рішення, розробленого з використанням доменного управління, будь ласка. Рішення було розділено на 6 проектів: / База (Ні на що не посилається) Веб-проект …

3
Коли Агрегатний корінь повинен містити інший AR (а коли не повинен)
Дозвольте спочатку попросити вибачення за тривалість публікації, але я дуже хотів передати якомога більше деталей, щоб я не витрачав час на коментарі. Я розробляю програму за підходом DDD, і мені цікаво, до яких вказівок я можу керуватися, щоб визначити, чи повинен Кореневий корінь містити інший АР або якщо їх слід …

5
Як поєднувати суворі TDD та DDD?
TDD - це розробка коду, керуючись тестами. Таким чином, типові шари зазвичай не будуються вперед; вони повинні злегка з'являтися через кроки рефакторингу. Дизайн, керований доменом, включає безліч технічних зразків, що визначають чітко встановлені шари, такі як рівень програми, рівень інфраструктури, шар домену, рівень стійкості. Як почати кодувати частину проекту DDD …

2
DDD CQRS - за запитом та авторизацією за командою
Підсумок Чи має бути виконана авторизація в CQRS / DDD за командою / запитом чи ні? Я вперше розробляю онлайн-додаток, використовуючи більш-менш строго схему DDD CQRS. Я зіткнувся з якоюсь проблемою, яку я не можу реально опустити. Додаток, який я будую, - це головна програма, яка дозволяє людям створювати книги, …

5
DDD, Saga та пошук подій: Чи може компенсувати дію просто видалення з магазину подій?
Я усвідомлюю, що вищезазначене запитання, ймовірно, викликає декілька «що ?? Я намагаюся обернути голову на кілька споріднених концепцій, в основному шаблону Saga ( http://www.rgoarchitects.com/Files/SOAPatterns/Saga.pdf ) у поєднанні з джерелом подій (концепція DDD : http://en.wikipedia.org/wiki/Domain-driven_design ) Хороший пост, який обговорює його разом: https://blog.jonathanoliver.com/cqrs-sagas-with-event-sourcing-part-ii-of-ii/ Я переходжу до питання за хвилину, але я …

7
Primitive vs Class представляє простий об’єкт домену?
Які загальні вказівки чи правила, коли використовувати об’єкт домен-speciifc порівняно із звичайним рядком чи номером? Приклади: Віковий клас проти цілого? Клас FirstName vs String? UniqueID - String Клас PhoneNumber vs String vs Long? Клас DomainName проти String? Я думаю, що більшість практикуючих OOP напевно скажуть конкретні класи для PhoneNumber та …

2
Як реалізувати менеджер процесів у пошуку подій
Я працюю над невеликим прикладом програми, щоб вивчити концепції CQRS та пошуку подій. У мене є Basketагрегат і Productагрегат, який повинен працювати незалежно. Ось декілька псевдокодів, щоб показати реалізацію Basket { BasketId; OrderLines; Address; } // basket events BasketCreated { BasketId; } ItemAdded { BasketId; ProductId; Quantity } AddItemSucceeded { …

1
Як документувати всюдисущу мову?
Наша компанія перетворює багато ручних бізнес-процесів (та пов'язаних з ними інституційних знань) у нове програмне забезпечення для підприємства. Проект іде дуже добре, але, як ми продовжуємо, зрозуміло, що існує багато плутанини щодо термінів та визначень як з боку бізнесу, так і з боку розвитку. Я деякий час знав аргументи Евана …

4
Доступ до сховищ з домену
Скажімо, у нас є система реєстрації завдань, коли завдання реєструється, користувач визначає категорію та завдання за замовчуванням до статусу "Видатний". Припустимо, що в цьому випадку категорія та статус мають бути реалізовані як сутності. Зазвичай я б це робив: Шар програми: public class TaskService { //... public void Add(Guid categoryId, string …

5
Чи порушує суб'єкт домену єдиний принцип відповідальності?
Єдиною відповідальністю (підставою для зміни) суб'єкта господарювання повинно бути унікальна ідентифікація себе, іншими словами, його відповідальність полягає у фіналізації. Книга DDD Еріка Евана, стор. 93: Основна відповідальність суб'єктів господарювання полягає у встановленні наступності, щоб поведінка була чіткою та передбачуваною. Вони роблять це найкраще, якщо їх залишають запасними. Замість того, щоб …

3
Перевірка та авторизація у багатошаровій архітектурі
Я знаю, що ви думаєте (чи, може, кричите), "не інше питання, де валідація належить до багатошарової архітектури?!?" Ну так, але, сподіваємось, це буде дещо по-іншому сприйняти цю тему. Я твердо вірю, що валідація приймає багато форм, ґрунтується на контексті та змінюється на кожному рівні архітектури. Це є підставою для публікації, …

3
Чи повинні об'єкти домену в дизайні, керованому доменом, лише для запису?
Я читав про дизайн, керований доменом майже два роки, і обережно вводив деякі поняття в свою щоденну роботу або принаймні створював плани того, як все, що я роблю регулярно, можна робити в рамках дизайну, керованого доменом. Один висновок, до якого я почав звертатися, особливо у відповідь на читання детальніше про …

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.