например есть таск-трекер, я хочу обновить эпик и задачи привязанные к этому эпику и в зависимости от состояния базы, состояния модели и смысла операции нужно выполнять разный набор действий, например апдейт на эпик, апдейт на первую задачу в коллекции, криэйт на вторую и делит на третью (нужно ли мне и стейт задач синхронить или нет, нужно ли удалять задачи без эпика, может только часть полей нужно обновить итд, нужно ли сругнуться если используемой задачи ещё нет в бд) вот всё это нужно организовать и задокументировать

Добавлю https://restcookbook.com
https://restfulapi.net

Тут можно подробнее ознакомиться

ага и мне этого не хватает для того чтобы нормально описать "протокол" мне нужно что-то ещё

спасибо)

так поведение системы зависит от "бизнеса", как решат так и будет

проблема в чем, ты решить не можешь "как должно работать"? спроси у заказчика

или ты не понимаешь как менеджмент сделать потому что много разных запросов?

https://habr.com/ru/post/427705/
вот такой вариант есть

заказчик не особо то регламентирует апи, требования на уровне юзер стори, бекендеры и и фронтендеры сами организуются, пытаются разобраться и найти общий язык, я ищу варианты которые можно предложить как договорённость

не, дело не в количестве запросов и сохранении консистентности после их цепочки а в том в каком формате готовить содержимое для одного запроса

тогда ничего нового, graphql удобнее

ок, спасибо)

м.. то есть можно?

с домена в сторону внешних слоев можно, наоборот незя.
как проверить - воображаемый перенос домена в новый проект не должен ломать импорты.
если к примеру в домене будет импорт енума из какого нибудь сервисного слоя - он сломается.

ага, понял, спасибо

Владимир Хориков "Принципы юнит-тестирования" легко читается и прям хорошо заходит с точки зрения пользы.

ещё у Хорикова есть крутые курсы по DDD и CQRS на pluralsight (c#)

добрый день. подскажите как лучше сделать?
У меня есть ограничение по времени работы ресторана и нельзя добавлять заказ с 10 и до 7 вечера. значение это лежит в апишке ресторана и нельзя захардкодить его. Так же есть ограничение по адресу (ограничение зоны доставки) - там апишка на вход принимает адрес и возвращает результат true/false.
Какие варианты есть:
1) В конструктор прокинуть 2 объекта: RestaurantTimeSettings (VO) и DeliveryAddressRestrictionsService (Service) и проверять там на то, что адрес входит в зону доставки, а время доставки соответствует допустимому
2) Вынести это в доменный сервис и проверки соответственно оставить там

Спасибо

это вообще то не чат по <подставте что хотите> ЯП ок

Ошибочка 👉👈