Как реализуются в JSON API отличные от CRUD запросы?

Question

[Ninazu]

С CRUD понятно, а вот как насчёт нетипичных запросов. например экшен SignUp, который должен вернуть статус, сообщения и адрес для редиректа в случае успешной регистрации, либо поля содержащие ошибки, если форма не прошла валидацию на сервере. Ну и сама сущность в данном случае ведь не является моделью. Кто-то может пнуть на реализацию подобных методов, или пример того что должно в итоге быть отправлено клиенту

Answer 1

[Дмитрий Энтелис]

По личному опыту, самое в такой ситуации правильное это возвращать объект явно содержащий все перечисленные Вами поля + поле с итоговым статусом операции (чтобы привязывать к нему логику фронта)
Если какие-то поля не применимы для какого-то статуса - просто возвращаем там null.

{
  'status' : '1',
  'message' : 'Success!',
  'url' : 'https://mysite.com',
  'errors' : null
}

Comments

[Ninazu]

Судя из спецификации, в запрос нужно передать либо include модели которые нужно вернуть, либо fields обратно таки с ссылкой на модель поля которой мы должны вернуть. А у нас ведь получается некая виртуальная сущность. Ведь модели SignUp нет, а форма работает с моделью User. Запихивать это всё в User, как-то не феншуй получается.

[Дмитрий Энтелис]

Роман Усенко: из какой спецификации? при чем тут модели вообще?

[Дмитрий Энтелис]

Роман Усенко: я кажется понял - json api это не просто абстрактное json api, а конкретно jsonapi.org ? Никогда раньше не слышал, было занятно почитать. Мне кажется это какая то крайне синтетическая штука для узких случаев, когда вся логика укладывается в CRUD (как собственно и любой чистый REST), к тому же изрядно пахнущая сложными структурами (чего только все эти links/attributes стоят ) (что imho убивает всю прелесть json)

[Ninazu]

Как раз таки из-за links, attributes и sort вся эта каша и заварилась. Возникла ситуация, когда чистый REST не устраивает, а связываться с GraphQL не хочется. А Frontend`шики, хотят кучу разных форматов отдачи для разных представлений. И дабы не усложнять и того уже мутировавшый REST, решили прийти к jsonapi.