KR
Size: a a a
2020 July 29
с
type UserEmail string
func (u *UserEmail) UnmarshalJSON(b []byte) error
и парсите-валидируетес
очень удобно, что сказать
KR
очень удобно, что сказать
Это в целом про Go 🙃
Так что давайте не начинать. С многим приходится мириться.
Так что давайте не начинать. С многим приходится мириться.
с
поэтому мы притащим type-driven туда, где он совсем не нужен
с
чтож, понятно, спасибо
с
Мне не нужен == всем не нужен
Ну да 🙃
Ну да 🙃
я не говорил что он мне не нужен
я сказал что он несостоятелен в Go
я сказал что он несостоятелен в Go
IK
Introducing GitHub's OpenAPI Description - The GitHub Blog
https://github.blog/2020-07-27-introducing-githubs-openapi-description/
https://github.blog/2020-07-27-introducing-githubs-openapi-description/
IK
Гитхаб подвез, не прошло и пяти лет
с
Introducing GitHub's OpenAPI Description - The GitHub Blog
https://github.blog/2020-07-27-introducing-githubs-openapi-description/
https://github.blog/2020-07-27-introducing-githubs-openapi-description/
и что, даже свои наркоманские content-type описали?
IK
type UserEmail string
func (u *UserEmail) UnmarshalJSON(b []byte) error
и парсите-валидируетеА чё не так то?
с
А чё не так то?
ручное написание парсера каждый раз
KR
Суть в том, что язык не имеет сахара чтобы выражать такие потребности без гемора
В Go много для чего сахара нет. И что? По такой логике и кодогенерация не вписывается в парадигму. Она тоже неудобна в Go. Но почему-то есть и
Я не понимаю этого подхода "ой, что-то мне не по вкусу - запретить всем!"
easyjson и ent и ими даже пользуются.Я не понимаю этого подхода "ой, что-то мне не по вкусу - запретить всем!"
IK
ручное написание парсера каждый раз
В чем проблема?