УСПОКОИТЕЛЬНЫЕ коды ответа HTTP
Выберите Node.js, и тогда вы увидите больше опций. Также есть кнопка «Добавить конфигурацию ...» в правом нижнем углу редактора, когда файл launch.json открыт.
См. для получения дополнительной информации.
5 ответов
Для №1, 403 предполагает, что ваше приложение поняло запрос, но не выполняет его (т. Е. Текущий пользователь по какой-то причине не имеет разрешения на это). Я думаю, что в этом случае неправильный запрос 400 может иметь больше смысла.
Для пункта 2 - я думаю, что 404 имеет больше смысла, т.е. ресурс не найден, если ресурс действительно существовал в какой-то момент, а затем был удален, и в этом случае 410 было бы справедливым - но не многие клиенты знают, что делать с 410.
Для # 3 и # 4 - 200, если вы успешно обработали удаление, 202, если удаление поставлено в очередь и будет обработано позже "вне диапазона".
RFC 2616 дает подробные объяснения того, что означает каждый код ответа, в довольно понятных терминах.
Получите книгу Richardson & Ruby - в ней есть полезное приложение по вашему вопросу и требуется чтение в любом случае
1). 400 - стандартный неверный запрос, 403 означает, что запрос отформатирован правильно, но у вас нет доступа к нему
2). 404 - 410 означает, что ресурс действительно существовал, но был намеренно перемещен
3). и 4). 200, если действие было успешно выполнено к моменту отправки ответа, 202, если действие еще не завершено. На практике 202, вероятно, подходит для действий удаления (где они могут быть проверены), но вы можете или не можете захотеть немедленно вернуть 200 в любом случае, чтобы он фактически казался удаленным для пользователя. Это вопрос дизайна, imho.
Почему бы не использовать стандартные коды ответов HTTP . Вы получите все оптимизации (например, 303, 304) / инфраструктуру для http бесплатно.