DDD, абстрактный класс, агрегаты и репозиторий, один или несколько репозиториев?
Я выписываю правило в web.config после того, как $locationProvider.html5Mode(true) установлен в app.js.
Надеюсь, кто-то поможет.
В моем index.html я добавил это в
Не забывайте установите URL-адрес URL-адреса IIS на сервере.
Также, если вы используете Web API и IIS, это будет работать, если ваш API находится в www.yourdomain.com/api из-за третьего ввода (третья строка состояние).
2 ответа
В таком сценарии я задам себе эти вопросы -
- Они представляют собой отдельные транзакции?
- Будут ли происходящие события различаться в зависимости от типа?
Ответ на первый вопрос сам по себе часто приводит к разумной совокупной структуре.
В вашем конкретном примере, поскольку отличаются только типы, я думаю, они могут быть созданы в одной транзакции. Кроме того, инициируемые события не будут отличаться между типами, поэтому лучше иметь один репозиторий.
На уровне приложения вы обычно хотите иметь один репозиторий на агрегат. Мотивация заключается в том, что вы пытаетесь свести к минимуму объем кода, который связан с деталями вашей реализации.
См. Парнас, 1972 .
Таким образом, в коде клиента этот стиль предпочтителен:
PaperBag paperBag = paperBagsRepository.get(paperBagId);
PlasticBag plasticBag = plasticBagsRepository.get(plasticBagId);
У вас есть , чтобы сделать это таким образом? Нет. Ни Парнас, ни Полиция DDD не пойдут, чтобы пнуть вашу дверь. Но их разделение облегчает изменение кода , что является важным свойством для устойчивого успеха.