1
0
mirror of https://github.com/twirl/The-API-Book.git synced 2025-09-16 08:46:18 +02:00
This commit is contained in:
Sergey Konstantinov
2025-08-20 14:10:17 +03:00
parent dd29352fcd
commit 424f5584e1

View File

@@ -29,7 +29,7 @@ POST /v1/orders/bulk-status-change
* C. Не гарантировать ни идемпотентность, ни атомарность: применять подзапросы полностью независимо.
* D. Не гарантировать атомарность и вообще запретить перезапросы через требование указания актуальной ревизии ресурса (см. главу «[Стратегии синхронизации](#api-patterns-sync-strategies)»).
Из общих соображений кажется, что первый вариант для публичных API подходит лучше сего: если вы можете гарантировать атомарность (что не всегда легко с т.з. производительности), сделайте это. В первой редакции настоящей книги мы рекомендовали безусловно придерживаться этого правила.
Из общих соображений кажется, что первый вариант для публичных API подходит лучше всего: если вы можете гарантировать атомарность (что не всегда легко с т.з. производительности), сделайте это. В первой редакции настоящей книги мы рекомендовали безусловно придерживаться этого правила.
Однако, если мы взглянем на ситуацию со стороны партнёра, она окажется далеко не такой простой. Предположим, что на стороне партнёра реализована следующая функциональность:
1. Через webhook на бэкенд поступают уведомления о новых заказах.