OG
возможно но эта мелоч сумарно съела столько времени что слов цензурных нет
Size: a a a
2018 December 22
KG
никак не получается победить (node:4215) [DEP0005] DeprecationWarning: Buffer() is deprecated due to security and usability issues. Please use the Buffer.alloc(), Buffer.allocUnsafe(), or Buffer.from() methods instead.
Это не ошибка
KG
какой-то из модулей использует устаревшую конструкцию
OG
да уже нашел
a
если используешь VS Code то у него в настройках вроде бы по умолчанию стоит игнорить поиск по node_modules
OG
в шторме похоже тоже
OG
кстати кто где хранит типы в проекте ?
OG
на сколько разумно описывать типы сразу когда они нужны если они нужны в одном метсе ?
a
что за типы
OG
a
ну я если тип нужен только в одном месте, то обычно в этом же файле его и объявляю
OG
спасибо, значит все номарльно
a
видел еще подход где-то для typescript/react
a
где interface пропс для компонента определяется выше в том же файле где и сам компонент
OG
у меня просто маловато опыта с типами в js ) хоть и java первая любовь среди яп но типы как то у нас не прижились и похоже пора это менять
2018 December 24
g
graphql-compose/graphql-compose v5.3.4 → v5.4.0 🎉
2018 December 25
AN
Всем привет.
Только знакомлюсь с graphql.
Такой вопрос: не могу найти best practice по хендлингу ошибок по части валидации на сервере.
Допустим мне нужно на клиенте словить сообщение чтобы понять, что в поле email у меня проблема и сообщение показать под ним.
Но graphql way - это массив объектов с message.
Соответственно вопрос:
Это нормально выбрасывать исключение для валидации, чтобы потом в message протащить JSON типа {"email": "invalid shit"}?
Или errors в ответах graphql - это чисто для ошибок соответствия схемы и т.д. и лучше туда не пихать валидацию?
Только знакомлюсь с graphql.
Такой вопрос: не могу найти best practice по хендлингу ошибок по части валидации на сервере.
Допустим мне нужно на клиенте словить сообщение чтобы понять, что в поле email у меня проблема и сообщение показать под ним.
Но graphql way - это массив объектов с message.
Соответственно вопрос:
Это нормально выбрасывать исключение для валидации, чтобы потом в message протащить JSON типа {"email": "invalid shit"}?
Или errors в ответах graphql - это чисто для ошибок соответствия схемы и т.д. и лучше туда не пихать валидацию?
