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

Цей термін я багато бачу в контексті архітектури програмного забезпечення ("модель домену", "дизайн, керований доменом" тощо). Я переглянув це, але отримую тони різних визначень. То що це насправді?

104 domain-driven-design  terminology  domain-model  domain-objects 

Де ми проведемо межу між делегуванням та інкапсуляцією бізнес-логіки? Мені здається, що чим більше ми делегуємо, тим анемічнішими ми стаємо. Однак делегація також сприяє повторному використанню та принципу DRY. Отже, що доречно делегувати і що має залишитися в наших моделях домену? Візьміть такі приклади як приклади: Авторизація . Чи повинен …

90 domain-driven-design  domain-model 

Я працюю в компанії, для якої домен справді важко зрозуміти, оскільки це висока технологія в електроніці, але це застосовно до будь-якої розробки програмного забезпечення в складному домені. Додаток, над яким я працюю, відображає багато інформації, діаграм та метрик, які важко зрозуміти без досвіду роботи в цій галузі. Розробник використовує специфікацію …

52 domain-model  training 

Я працюю над проектом, в якому ми намагаємось застосувати як орієнтований на домен дизайн, так і REST до архітектури, орієнтованої на сервіс. Ми не турбуємось про 100% відповідність REST; можливо, було б краще сказати, що ми намагаємося побудувати орієнтовані на ресурси HTTP API (~ рівень 2 моделі зрілості Річардсона REST). …

34 rest  domain-driven-design  domain-model 

Які аргументи хтось повинен врахувати, розробляючи нову систему, і повинен або зберігати ім’я людини як одне поле, або окремо як ім’я / прізвище? Плюси для одного поля: Простіший інтерфейс користувача Немає двозначності при спробі ввести ім’я людини, яка має дуже довге ім’я (часто не очевидно, що таке прізвище / ім'я …

32 database-design  data  domain-model  data-modeling 

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

27 database-design  domain-model  data-modeling 

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

22 c#  domain-driven-design  domain-model  abstraction  modeling 

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

14 architecture  domain-driven-design  repository  domain-model  entity 

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

13 domain-driven-design  domain-model  cqrs  event-sourcing 

Я занурився в концепцію дизайну, керованого доменом (DDD), і виявив деякі принципи дивними, особливо стосовно ізоляції доменної та стійкої моделі. Ось моє основне розуміння: Служба на рівні додатків (надає набір функцій) запитує доменні об’єкти із сховища, яке йому потрібно для виконання своєї функції. Конкретна реалізація цього сховища отримує дані з …

13 domain-driven-design  domain-model  persistence 

Я навчаюсь на чистому, і в результаті досить різко переосмислюю те, як я розробляю і пишу програмне забезпечення. У мене все, що я все ще веду боротьбу, - це такі правила бізнесу, як "збереження оновлень для певного предмета, спочатку завантажуйте весь список елементів, на які я маю дозвіл на перегляд …

13 clean-code  domain-model  validation  business-rules 

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

12 design-patterns  domain-driven-design  domain-model  persistence 

У нашій бізнес-логіці періодично є методи, визначені приблизно так: User.ResetCourse(Course courseToReset) Проблема полягає в тому, що і користувач, і курс є проксі-об'єктами Entity Framework. Це означає, що коли ми потрапляємо на властивості навігації або на користувачі, або на курс, це може спричинити величезне потрапляння в базу даних, тому що ці …

11 c#  entity-framework  domain-model  business-logic 

Короткий формат запитання Чи в межах найкращих практик DDD та OOP вводити послуги на дзвінки методу особи? Приклад довгого формату Скажімо, у нас є класичний випадок Order-LineItems в DDD, де у нас є доменна сутність під назвою "Порядок", яка також виступає як корінговий корінь, і ця сутність складається не лише …

11 object-oriented  php  domain-driven-design  domain-model  lazy-initialization 

Ви будуєте систему, яка відстежує компанії. Ці компанії мають контакти. Ці контакти часто є фахівцями, які відповідають лише на певні типи питань, наприклад, виставлення рахунків / платежів, продажів, замовлення та підтримка клієнтів. Використовуючи дизайн, керований доменом та архітектуру Onion, я моделював це за допомогою таких типів: Компанія Має контакти Контактна …

10 domain-driven-design  domain-model  onion-architecture