Size: a a a

2020 February 20

IK

Ilya Kaznacheev in Go-go!
В хендлере-маме
источник

IK

Ilya Kaznacheev in Go-go!
Который один на все запросы
источник

DP

Daniel Podolsky in Go-go!
ну - http.Server в любом случае позовет хендлер
источник

DP

Daniel Podolsky in Go-go!
будет он он ваш, или сторонний - какая разница
источник

IK

Ilya Kaznacheev in Go-go!
Daniel Podolsky
будет он он ваш, или сторонний - какая разница
Я хочу внутри мидлваре для определенных путей разроутить
источник

IK

Ilya Kaznacheev in Go-go!
Как-то элегантно
источник

DP

Daniel Podolsky in Go-go!
ну вот и напишите себе мидлварь
источник

DP

Daniel Podolsky in Go-go!
движок мидлварей
источник

IK

Ilya Kaznacheev in Go-go!
Ищу существующий
источник

IK

Ilya Kaznacheev in Go-go!
Как в любом роутере, но разве что без, собственно, роутера
источник

IK

Ilya Kaznacheev in Go-go!
Наверняка есть что-то
источник

p

pragus in Go-go!
Justify
Привет. Вопросы по архитектуре rest (json).
1) Если я обрабатываю DELETE запрос, или обрабатываю GET запрос на несуществующий объект, или произошла 5хх или 4хх ошибка, то мне возвращать пустой объект ({}) или вообще ничего не возвращать? Или разницы нет?
2) Могу ли я при ошибке возвращать объект с информацией об ошибке?
Неплохо всегда иметь поле status, а в случае ошибки возвращать { "status": "error", "message": "тут описание ошибки"}

Опционально, можно сигналить через http status что что-то пошло не так
источник

J

Justify in Go-go!
pragus
Неплохо всегда иметь поле status, а в случае ошибки возвращать { "status": "error", "message": "тут описание ошибки"}

Опционально, можно сигналить через http status что что-то пошло не так
Но это разве уже не будет не restful?
источник

YG

Yuriy Gorlichenko in Go-go!
pragus
Неплохо всегда иметь поле status, а в случае ошибки возвращать { "status": "error", "message": "тут описание ошибки"}

Опционально, можно сигналить через http status что что-то пошло не так
Так то в http для этого есть reason
источник

YG

Yuriy Gorlichenko in Go-go!
Justify
Но это разве уже не будет не restful?
Будет не resfull
В http есть Reason code и текст
Ответов там 100 (4xx ответы)
Есть незамапленные, так что можете свободные использовать под свои нужды.
источник

p

pragus in Go-go!
Yuriy Gorlichenko
Так то в http для этого есть reason
reason - это заголовки, которые запросто можно потерять при проексировании )
источник

YG

Yuriy Gorlichenko in Go-go!
pragus
reason - это заголовки, которые запросто можно потерять при проексировании )
Я говорю о reply reason
источник

YG

Yuriy Gorlichenko in Go-go!
400 bad request
источник

p

pragus in Go-go!
Yuriy Gorlichenko
Я говорю о reply reason
Ещё хуже
источник

YG

Yuriy Gorlichenko in Go-go!
pragus
Ещё хуже
Вообще возможности протокола использовать плохо. Да.
Лучше свой костыль пилить. Стандартизации она вообще не должна быть. Всё верно
источник