Я часто вижу этот термин в контексте архитектуры программного обеспечения («доменная модель», «доменный дизайн» и т. Д.). Я прогуглил это, но я получаю тонны различных определений. Так что это на самом...
Модель предметной области состоит из объектов, поведения, отношений и атрибутов, составляющих отрасль, которая находится в центре внимания разработки.
Я часто вижу этот термин в контексте архитектуры программного обеспечения («доменная модель», «доменный дизайн» и т. Д.). Я прогуглил это, но я получаю тонны различных определений. Так что это на самом...
Где мы проводим грань между делегированием и инкапсуляцией бизнес-логики? Мне кажется, что чем больше мы делегируем, тем более анемичным мы становимся. Тем не менее, делегирование также способствует повторному использованию и принципу DRY. Так что уместно делегировать и что должно остаться в наших...
Я работаю в компании, для которой область действительно трудна для понимания, потому что это высокие технологии в электронике, но это применимо к любой разработке программного обеспечения в сложной области. Приложение, над которым я работаю, отображает много информации, диаграмм и метрик, которые...
Я работаю над проектом, в котором мы пытаемся применить как доменный дизайн, так и REST к сервис-ориентированной архитектуре. Мы не беспокоимся о 100% соблюдении REST; вероятно, было бы лучше сказать, что мы пытаемся создать ресурсно-ориентированные HTTP API (~ Уровень 2 модели зрелости REST...
Какие аргументы следует учитывать при проектировании новой системы и нужно ли хранить имя человека как одно поле или отдельно как имя / фамилию? Плюсы для одного поля: Упрощенный интерфейс Нет двусмысленности при попытке ввести имя человека, у которого очень длинное имя (часто неясно, какая фамилия...
Этот пост относится к быстро меняющемуся событию. Я моделирую базу данных, которая должна использоваться в качестве общего нефункционального реквизита для всех услуг начинающей компании, таких как лица, пользователи, услуги и коммерческие данные, такие как купоны, пакеты подписей и т. Д. Я думаю о...
Недавно я прочитал множество статей, в которых примитивная одержимость описывается как запах кода. Есть два преимущества избегания примитивной одержимости: Это делает модель предметной области более явной. Например, я могу поговорить с бизнес-аналитиком о почтовом индексе вместо строки, содержащей...
Скажем, у нас есть система регистрации задач, когда задача регистрируется, пользователь указывает категорию, и задача по умолчанию имеет статус «Не выполнено». Предположим, что в этом случае Category и Status должны быть реализованы как объекты. Обычно я бы сделал это: Уровень приложений: public...
Я читал о доменно-ориентированном дизайне почти два года и осторожно вводил некоторые концепции в свою повседневную работу или, по крайней мере, планировал, как то, что я регулярно делаю, можно сделать в доменно-управляемом дизайне. Один из выводов, к которому я начал приходить, особенно в ответ на...
Я учусь на чистой и, как следствие, довольно резко переосмысливаю, как я проектирую и пишу программное обеспечение. Однако я по-прежнему борюсь с бизнес-правилами, такими как «сохранить обновления какого-либо элемента, сначала загрузить весь список элементов, на которые у меня есть разрешение на...
Я углубляюсь в концепции доменно-управляемого проектирования (DDD) и обнаружил некоторые странные принципы, особенно в отношении изоляции домена и модели персистентности. Вот мое основное понимание: Служба на прикладном уровне (предоставляющая набор функций) запрашивает объекты домена из...
Постоянное невежество - это применение принципа единой ответственности, который на практике означает, что доменные объекты ( DO ) не должны содержать код, связанный с постоянством, вместо этого они должны содержать только доменную логику. а) Я предполагаю, что это означает, что код, который...
В нашей бизнес-логике мы иногда определяем методы примерно так: User.ResetCourse(Course courseToReset) Проблема в том, что и Пользователь, и Курс являются объектами прокси Entity Framework. Это означает, что когда мы обращаемся к свойствам навигации для пользователя или курса, это может привести к...
Краткий формат вопроса Находится ли в лучших практиках DDD и OOP внедрение служб при вызовах методов сущностей? Пример длинного формата Допустим, у нас есть классический случай Order-LineItems в DDD, где у нас есть объект домена, называемый заказом, который также действует как совокупный корень, и...
Вы строите систему, которая отслеживает компании. Эти компании имеют контакты. Эти контакты часто являются специалистами, которые отвечают только на некоторые типы вопросов, таких как выставление счетов / оплата, продажи, заказы и поддержка клиентов. Используя доменно-управляемый дизайн и...
Я относительный новичок DDD, но я читаю все и вся, что я могу получить, чтобы выкипеть и перевести мои знания. Я столкнулся с этим вопросом DDD, и один из ответов меня заинтриговал. DDD ограниченные контексты и домены? В одном из ответов автор приводит пример системы электронной коммерции, в...
Это несколько похоже на этот вопрос, но более широко. В целом, если ORM, такие как EF 4.1, поддерживают POCO, имеет ли смысл теперь, чтобы ваши доменные объекты были объектами, которые сохраняются в вашей базе данных? В более старых ORM, таких как EF 4 или Linq-to-SQL, ваши «объекты базы данных»...
В прошлом я использовал инструмент MDA (модель на основе архитектуры), где мы моделировали с помощью UML, и это, помимо прочего, создавало бизнес-сущности (модель нашего домена) и ORM (отображение и т. Д.). Большая часть бизнес-кода и сервисов, работающих в домене, были частью модели, и наши...
«Каноническая» идея широко распространена в программном обеспечении; паттерны, такие как Canonical Model , Canonical Schema , Canonical Data Model и т. д., как представляется, снова и снова появляются в процессе разработки. Как и многие разработчики, я часто некритически следовал общепринятому...
Вот упрощенное требование: Пользователь создает Questionс несколькими Answerс. Questionдолжен быть хотя бы один Answer. Уточнение: подумайте Questionи Answerкак в тесте : есть один вопрос, но несколько ответов, где немногие могут быть правильными. Пользователь - это актер, который готовит этот...