Здравствуйте, Pauel, Вы писали:

НС>>Абстрагироваться от хттп это прямо совсем не про REST, а здесь таки REST обсуждается.
P>Здесь мы обсуждаем http POST.

Нет, именно REST.

НС>>В мидлвере.
P>Неинтересно. Все равно протаскивать, проверять итд. Ну вот подломал ктото мидлвару или не подключил — всё, приплыли.

Абалдеть логика. И часто у вас мидлвары подламывают или не подключают? А то, знаешь ли, та же аутентификация и авторизация тоже в виде мидлвар сделаны. Если такое можно подломать — не представляю как вы вообще разработку ведете.

P>>>Идемпотентность это свойство прежде всего бизнес-операции.
НС>>Однако обеспечение этой идемпотентности при помощи отдельного ключа — штука весьма универсальная, и не нужно ее копипастить в бизнес-коде по всем идемпотентным методам.
P>Копипастить и не нужно.

Нужно. Как минимум прописать это в модели, а потом из модели достать и куда то засунуть.

P> Всё равно ведь придется в метаданных указать, что именно у нас идемпотентное.

Для этого достаточно просто атрибут на метод навесить.

P>То есть, не совсем ясно, какие бенефиты вытаскивать такое в мидлвару

Универсальность и прозрачность. Ты же не таскаешь токен авторизации в модели, правда? Или таскаешь?

P>И отлаживать проще, и отслеживать,

Чем проще?

P> и смена транспорта не повлечет тотальное переписывание

Смена транспорта RESTful сервиса? Это какие то сказки. Если только на gRPC, но при этом отличия от HTTP будут минимальны.