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

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

8
Коли примітивна одержимість не є кодовим запахом?
Нещодавно я прочитав багато статей, в яких описує примітивну одержимість як кодовий запах. Є два переваги уникнення примітивної одержимості: Це робить модель домену більш чіткою. Наприклад, я можу поговорити з бізнес-аналітиком про поштовий індекс замість рядка, який містить поштовий індекс. Усі перевірки проводяться в одному місці замість програми. Є багато …

2
Як саме слід перевірити команду CQRS та перетворити на об’єкт домену?
Я адаптую CQRS 1 бідолахи досить довгий час, тому що люблю його гнучкість мати детальні дані в одному сховищі даних, надаючи великі можливості для аналізу і, таким чином, збільшуючи ділову цінність, і коли потрібно, для іншого читання, що містить денормалізовані дані для підвищення продуктивності . Але, на жаль, з самого …

5
Чи ORM дозволяють створювати розширені моделі доменів?
Після використання Hibernate в більшості моїх проектів протягом близько 8 років я приземлився на компанію, яка відмовляє від його використання і хоче, щоб програми взаємодіяли з БД тільки через збережені процедури. Зробивши це протягом декількох тижнів, мені не вдалося створити багату доменну модель програми, яку я починаю створювати, і додаток …

3
Концептуальна невідповідність між прикладними службами DDD та API REST
Я намагаюся створити додаток, який має складний бізнес-домен та вимогу підтримувати REST API (не суворо REST, а орієнтований на ресурси). У мене виникають проблеми з розкриттям доменної моделі орієнтованим на ресурси. У DDD клієнтам доменної моделі необхідно пройти процедурний рівень «Служби прикладних програм», щоб отримати доступ до будь-якої ділової функціональності, …

3
Реляційні бази даних та ітеративна розробка
У багатьох підходах до розробки програмного забезпечення, таких як гнучкі методології, дизайн, керований доменом та об'єктно-орієнтований аналіз та дизайн, нам пропонується застосувати один ітеративний підхід до розробки. Таким чином, ми не повинні робити нашу доменну модель правильно в перший раз, коли ми починаємо працювати над проектом. Натомість, з часом ми …

2
Моделі анемічних доменів та введення доменних служб
Модель анемічного домену описується Мартіном Фаулером як анти-модель у дизайні, керованому доменом. Щоб мати ділову логіку на доменних моделях, часто використовують доменні служби. Але введення доменних служб у доменні моделі вважається шкідливим Вон Верноном (див. "Впровадження дизайну, керованого доменом", Сторінка 387). На мою думку, ці думки суперечливі, чи правда це? …

4
Як наполегливість вписується в суто функціональну мову?
Як модель використання командних обробників для боротьби зі стійкістю вписується в суто функціональну мову, де ми хочемо зробити код, пов'язаний з IO, максимально тонким? Під час реалізації дизайну, керованого доменом, на об'єктно-орієнтованій мові, звичайно використовувати шаблон Command / Handler для виконання змін стану. У цьому дизайні обробники команд сидять над …

8
Чи йдуть непорушні об'єкти та DDD разом?
Розглянемо систему, яка використовує DDD (також: будь-яка система, яка використовує ORM). Суть будь-якої системи реально, майже в кожному випадку використання, полягає в маніпулюванні цими об’єктами домену. Інакше немає реального ефекту чи мети. Змінення незмінного об'єкта призведе до того, що після збереження об'єкта він генерує нову запис, що створює масовий розрив …

3
Як поводитися з помилками після валідації в команді (DDD + CQRS)
Наприклад, коли ви подаєте реєстраційну форму, ви повинні перевірити в Domain Model( WriteModelin CQRS), що вона знаходиться у дійсному стані (наприклад, синтаксис електронної адреси, вік тощо). Потім ви створюєте Commandі відправляєте його до Command Bus. Я розумію, що Команди нічого не повинні повертати. То як ви вирішите помилку далі Command …

3
Керівництво щодо структури проектів багатошарових програм MVVM, DDD та WPF
Я намагаюся налаштувати структуру свого додатка в VS і хочу "спробувати" і підтвердити це в майбутньому до розумного рівня. Ця програма буде перезаписом WPF старого додатка Winform, який не дотримувався жодних конвенцій. Без шарів, ярусів, абревіатур тощо ... Це досить велика корпоративна програма. Я планував використовувати Linq To SQL як …

2
Чи DDD-Lite є мовою для введення залежності?
Я натрапив на розмову Грега Янга 7 Причини, чому DDD-проекти провалюються, де він згадує те, що він називає DDD-Lite о 7:20. Підсумовуючи, він, по суті, каже, що деякі використовують DDD як мови мовлення (сутності, сховища, об'єкти цінності, послуги тощо), не роблячи нічого іншого, пов’язаного з DDD. Він постулює 60% або …

5
Чи погана практика служб обміну базою даних у SOA?
Нещодавно я читав схеми інтеграції підприємств Хопе та Вулфа, деякі книги Томаса Ерла про SOA та переглядав різні відео та подкасти Уді Дахана та ін. на системах CQRS та керованих подіями Системи на моєму місці роботи страждають від високої зв'язку. Хоча теоретично для кожної системи є своя база даних, між …

3
При використанні DDD та CRQS, має бути рівно одна подія на команду?
Я шукаю спосіб розробити додаток ddd з домовленістю щодо конфігурації. Скажімо, сукупність "Клієнт" має команду "FillProfile". Він логічно підніме подію "Заповнений профіль". Чи бувають випадки, коли команда викликає більше, ніж подія, або коли команда піднімає різні події на основі певної логіки? Або це завжди взаємозв'язок 1 - 1 (1 команда …

2
Контексти та домени, обмежені DDD?
Я працював у відносно складній програмі з 10 таблицями баз даних (агрегати, об'єкти / об'єкти цінності) та застосовував DDD. На даний момент виявляється, що це в основному DDD-Lite, що означає, що існують додатки / доменні служби, модель домену (сутності, об'єкти цінності) та сховища. Я підняв книгу « Реалізація DDD», і …

1
Чи корисний / продуктивний дизайн домену для не так складних доменів?
Оцінюючи потенційний проект на роботі, я припустив, що може бути вигідним використовувати підхідний дизайн підхід до його об'єктної моделі. Проект не має надмірно складного домену, тому мій колега кинув це на мене: Було сказано, що DDD сприятливий у випадках, коли існує складна модель домену ("... Він застосовується, коли ми працюємо …

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