Результаты поиска по запросу "domain-driven-design"
Без примитивной одержимости
оложим, у вас есть приложение, которое использует шаблон модели домена, DDD и множество других шаблонов проектирования. Предположим, что у нас есть ряд решений, перечисленных ...
Итак, вы косвенно привязываетесь к объектам вашего домена .... Ваше последнее предложение - то, что я бы порекомендовал. Когда пользователь щелкает что-то для выполнения действия, вы берете данные, которые были введены в модель представления, и вызываете метод для вашего объекта домена. Модели представлений не должны быть привязаны к объектам вашего домена.
у VB.NET Winforms проект, основанный на MVVM (с помощью привязки Winforms). Мой инстинкт состоит в том, чтобы никогда не позволять объекту домена быть в недопустимом состоянии. Это требует, чтобы я делал проверки в конструкторе для новых ...
верный. только root должен иметь возможность манипулировать его объектами.
шено ли клиентскому коду ссылаться на объекты внутри агрегата, который не является корневым? у меня естьStory (Корень),Team (Сущность) иTeamMember (Сущность). Я пытаюсь решить, еслиAddTeamMember метод принадлежитTeam или жеStory. Я предполагаю, ...
Стоит ли тестировать {ваш код + репозиторий} и макетировать базу данных? Зависит от того, насколько сложным и насколько хорошо протестировано хранилище само по себе.
ите, но я новичок в шаблонах репозиториев, модульных тестах и инструментах orm. Я исследовал юнит-тесты и шаблон репозитория и пришел к некоторым выводам, интересно, прав ли я. Шаблон репозитория облегчает замену модульного тестирования в ...
Разве этот подход не вызвал бы раздувание в интерфейсе, выставленном AR? Это должно было бы раскрыть поведение всех его сущностей через собственный интерфейс. Также предположим, что строка заказа имеет набор тегов, которые необходимо обновить. Будем ли мы идти вместе с чем-то вроде order.changeTagTitle (orderLineId, tagId, "New title"); ?
е ли вы показать простой пример доступа к содержимому объекта в агрегате через корень агрегата? Мне не ясно, как вы представляете совокупные разрешения для отражения этих концепций. ТИА.
+1 для структуры сущности + единица работы. Репозитории должны использовать один и тот же dbcontext. Могу поспорить, что это моя проблема.
я все еще есть некоторая путаница с шаблоном репозитория. Основная причина, по которой я хочу использовать этот шаблон, состоит в том, чтобы избегать вызова EF 4.1 определенных операций доступа к данным из домена. Я бы предпочел вызывать общие ...
Я добавил пример кода для наиболее распространенного сценария. Я не буду беспокоиться о количестве полей - DDD на самом деле не о данных, а об отношениях и сложности управления.
ал аналогичный вопрос на SO:Как обновить сущность внутри агрегата [https://stackoverflow.com/questions/6617884/how-update-an-entity-inside-aggregate] , но я все еще не уверен, как пользовательский интерфейс должен взаимодействовать с объектами ...
Я всегда думал о хранилище как о месте для размещения любых методов доступа к базе данных, поскольку идея заключается в том, чтобы отделить код базы данных от всего остального.
ое понимание о DDD на данный момент: Строгий шаблон репозитория должен реализовывать только get (), delete () и create () и, возможно, варианты get (), где можно искать или извлекать всю коллекциюДля каждого агрегатного корня характерно наличие ...
Удачи!!
всех сил пытаюсь понять, что должно произойти при перестройке модели путем воспроизведения событий из EventStore, в частности, когда события могут вызвать другие события. Например, пользователь, совершивший 10 покупок, должен быть повышен ...
Применение UML и паттернов
тря на то, что училсяDomain Driven Design в течение долгого времени все еще есть некоторые основы, которые я просто выясняю. Кажется, что каждый раз, когда я пытаюсь создать богатыйdomain layerМне все еще нужно многоDomain Services или ...