АК
структуруа с полем
status и data и статус либо ok либо err, в дате либо данные. либо ошибкаSize: a a a
2021 June 03
AB
вот я бы отделил
AB
либо error, либо data
АК
ваше право
RL
Тут вопрос был не про REST, а скорее, как инфу про ошибку на бэке передаете на фронт, чтобы там нормально это обработали
Потому что, я вижу два подхода: отправлять на фронт текст, который он должен показать или отправлять какой-то error_code, а на фронте пусть по error_code сами подбирают, что показывать
Потому что, я вижу два подхода: отправлять на фронт текст, который он должен показать или отправлять какой-то error_code, а на фронте пусть по error_code сами подбирают, что показывать
АК
{
"status": "err",
"data": {
"err": "Поля email, password не могут быть пустыми",
"meta": "request has empty fields"
}
}
{
"status": "ok",
"data": {
"access_token": "<token>",
"refresh_token": "<token>"
}
}
Типа того, главное документация чтобы для фронта былаs
все должно обрабатываться массово и поточно
если что-то можно посчитать заранее, оно должно быть посчитано заранее, а не когда тебе нужно
данные прогибаются под поток обработки, а не код изгибает данные под себя в момент работы...
в общем, там много симптомов...
+ еще припадки перфекционизма..
если что-то можно посчитать заранее, оно должно быть посчитано заранее, а не когда тебе нужно
данные прогибаются под поток обработки, а не код изгибает данные под себя в момент работы...
в общем, там много симптомов...
+ еще припадки перфекционизма..
N
а есть какой способ читать лог и докера ?
АК
я кстати сначала думал придумать коды и по ним текст чтобы отдавали, но понял что раз я все равно валидирую на беке, то почему бы сразу не отдавать текст ошибки и пользовательский и программистский
AB
попробуйте написать на go клиент для этого
AK
есть конечно,
docker attach docker logsАК
зачем?
АК
не придумывайте мне задачу, которой у меня нет, пожалуйста)
AB
docker logs
АК
многие споры программирования сводятся "а если, а вдруг, а вот может, а я вот, а у нас вот было"
RL
Да нормально напишется, был на проекте, где как-то так и писалось
Просто будет вычитываться вся data и в зависимости от ответа анмаршалиться в структуру определенного типа.
Не скажу, что я сторонник этого подхода, но он рабочий
Просто будет вычитываться вся data и в зависимости от ответа анмаршалиться в структуру определенного типа.
Не скажу, что я сторонник этого подхода, но он рабочий
AB
потому что в вашем случае это будет очень заебно
вместо структуры
будет жуть какая-то
вместо структуры
struct {
Status string
Error struct {
Err string
Meta string
}
Data interface{}
}будет жуть какая-то
АК
я вас не понимаю, зачем мне клиент на го, если моим клиентом является фронт на js, который спокойно json парсит в объект, а динамическая типизация убирает проблемы ?
AB
ну ОК, для JS и так сойдет
АК
рад, что договорились :)