ОТДЫХ, единица работы, деловые сделки

Я понимаю право, что идея "Единицы работы" находится в противоречии с идеей "ОТДЫХА"?

Внедрение UoW должно послать в сервер [заказанный] набор объектов изменений различных типов. Это приводит к соединению ПОМЕЩЕННЫХ, и УДАЛИТЕ глаголы и URIs, и не может быть сделан с одним запросом HTTP в стиле ОТДЫХА.

Более широко нет никакого способа осуществить в стиле ОТДЫХА деловую сделку, которая покрывает различные виды изменений различных типов объектов.

Как вы решаете эту проблему? Создайте некоторый URI специального назначения "/сделка", которая может принять соответствующие данные или сделать что-то еще?

1
nl ja de

1 ответы

Просто определите ресурс (и представление), который является вашей Единицей работы, и отправьте его к своему обслуживанию для обработки данных - за спецификацию HTTP для ПОЧТЫ.

(ПОЧТА может также быть рассмотрена как "приложить" глагол, и вы прилагаете пункт к концептуальному списку работы;))

Если вы хотите сделать его асинхронным, ОТПРАВИТЬ единицу работы и вернуть своего рода ID, то можно ЗАСТАВИТЬ тот id видеть, как это прогрессирует.

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

2
добавлено
Software Design and OOP
Software Design and OOP
1 481 участник(ов)

OOP, software design, architecture, GRASP, GoF, SOLID, separation of concerns, безысходность. Пожалуйста, придерживайтесь указанных тем. https://oopru.github.io More cool stuff: @fp_ru @tdd_ru @coding_interview_ru @coding_ru