Должен ли я вернуть опубликованные данные из серверной части после их публикации?УГЛОВОЙ + НОДЕЙС - PullRequest
0 голосов
/ 12 февраля 2019

У меня простой вопрос.Внутри моего приложения Angular & NodeJS & MySQL у меня есть ФОРМА, где пользователь добавляет своих рабочих, после каждого рабочего добавляет информацию, отправленную на сервер, и пользователь может просмотреть предварительный просмотр со всей информацией, которую он только что опубликовал, плюсон может удалить каждого работника из этого предварительного просмотра.Теперь у меня есть два варианта

OPTION ONE (используется в настоящее время) - получить только идентификатор созданного работника из серверной части и передать его с созданными значениями в массив рабочих.
таким образом я избегаю использования сложного запроса SELECT, который должен возвращать данные из 3 разных таблиц внутри маршрута POST.НО я не отображаю фактические данные из серверной части.

ВАРИАНТ ДВУХ - вернуть все значения после каждого поста и вставить возвращенные значения в рабочий массив для предварительного просмотра.Таким образом, я отображаю фактические данные с сервера, НО я должен вернуть данные из метода POST и использовать сложный запрос, как я упоминал в первом варианте.

Буду признателен за любые предложения, которые представляют собой лучшую практику
Я не добавляю код, потому что он не имеет значения.

Ответы [ 2 ]

0 голосов
/ 12 февраля 2019

Нет, вы не должны возвращать данные после запроса POST.По крайней мере, в соответствии со стандартом HTTP .Вы должны возвращать только URL для ресурса, который вы только что создали, в заголовке Location .

Допустим, вы создали новый User, используя POST /users.Тогда в ответе у вас должен быть код состояния 201 (создан) и в заголовке местоположения URL-адрес ресурса.Например, /users/1234, где часть 1234 - это идентификатор пользователя.

0 голосов
/ 12 февраля 2019

Вы должны вернуть опубликованные данные вместе с кодом состояния 201, что является одним из многих правил API REST. Я рекомендую ознакомиться с этой статьей , в которой разъясняются рекомендации по разработке API REST

...