NG
Нам нечего с ним делать
Size: a a a
2020 April 27
а
Нам нечего с ним делать
неправда
NG
Интересная фича: делаете приложение и тестируете его как одно приложение, а на прод уже билдите как вам надо, хотите разбиваете на микросервисы хотите HTTP API
NG
неправда
Ну это мое видение, я планирую добавить возможность сгенерировать код
DZ
мы у себя немного похожу штуку делаем, только явно прописываем список сервисов для которых надо генерация
NG
мы у себя немного похожу штуку делаем, только явно прописываем список сервисов для которых надо генерация
Да я читал выше, круто!
DZ
Ну это мое видение, я планирую добавить возможность сгенерировать код
если надо генерилка для typescript типов, то могу свой генератор https://github.com/zmitry/go2typings
NG
если надо генерилка для typescript типов, то могу свой генератор https://github.com/zmitry/go2typings
да вот мне кажется правильно идти в сторону go —> some meta-lang — > any language
NG
тоесть go —> protobuf —> js/ts/ph/whatever
DZ
да вот мне кажется правильно идти в сторону go —> some meta-lang — > any language
ну, может и да, но так чуть больше кода и теряется метаинфа
DZ
у нас просто 1 в 1 мапинг типов и методов к golang
DZ
чуть проще рефакторить когда типы и методы не отличаются, можно просто глобал реплейсом заменить без кодогенерации
NG
чуть проще рефакторить когда типы и методы не отличаются, можно просто глобал реплейсом заменить без кодогенерации
да удобно
DZ
еще интерсный хак который мы у себя используем, это констреинт, что пара request/response уникальная для хендлеров, это позволяет делать хттп запросы типа client.Call(ctx, Request, Response) не не делая кодогенарацию гошного клиента
NG
еще интерсный хак который мы у себя используем, это констреинт, что пара request/response уникальная для хендлеров, это позволяет делать хттп запросы типа client.Call(ctx, Request, Response) не не делая кодогенарацию гошного клиента
Это что значит? Уникальная в плане типов?