Использование @POST вместо @GET в REST API? ⇐ Android

[Anonymous]

Типичный формат @POST в REST API выглядит следующим образом (я пишу для Kotlin):

Код: Выделить всё

@POST("users")
suspend fun addpost( @Body post:Post) : Post

После публикации я могу просто получить те же данные или даже список данных только через @POST, т. е. в современной системе входа в приложение, где первый пользователь будет добавлен, а затем извлечение может быть выполнено только с помощью @POST. Тогда зачем мне использовать @GET в этом контексте?
Я знаю, что если вы полагаетесь только на @POST для создания и немедленного возврата полного списка, это технически возможно, но это не идиоматический REST. Он смешивает две обязанности в одной конечной точке.
Но у меня есть только одна конечная точка в серверной части с именем user, и я просто использовал ее для вышеуказанного контекста, и всем программистам, обращающимся к коду, будет сообщено об использовании только @POST заранее, чтобы они также следовали тому же самому. Таким образом, никакой путаницы.
Какова реальная польза от использования @GET в этом контексте, а не просто от использования протокола REST для использования обоих и т. д.
Мне просто нужна веская причина, почему бы не использовать только @POST для вышеуказанного контекста во всех моих приложениях?

Подробнее здесь: https://stackoverflow.com/questions/799 ... n-rest-api