а
Size: a a a
2020 April 27
DZ
Правильно, в идеале не писать вобще ни строчки.
а как закинуть один сервис другому в зависимости?
AK
Правильно, в идеале не писать вобще ни строчки.
Вам надо в Гугл с этим или в Амазон. Короче к тем у кого есть ресурсы чтобы довести это до ума. 🙂
DZ
если надо именно удаленный вызывать
DZ
Вам надо в Гугл с этим или в Амазон. Короче к тем у кого есть ресурсы чтобы довести это до ума. 🙂
так это ж просто генератор, там под капотом нормальный фреймворк
NG
а как закинуть один сервис другому в зависимости?
Не понял
DZ
ну допустим у меня есть сервис Adder и его надо в зависимости сервису Calculator
NG
ну допустим у меня есть сервис Adder и его надо в зависимости сервису Calculator
Пишите пакет Adder и вызываете его из пакета Calculator
DZ
но я по http хочу вызов
NG
вызываете tie
NG
он генерирует сервер и клиент.
NG
Сервер потребляет ваш сервис Adder а клиент будет использоваться в том месте где вы использовали его в пакете Calculator
NG
Переслано от Nikita Gritsai
Что если взсять API golang пакета, и сгененировать из него HTTP API? Или может RPC API. А что если взять зависимость вида
package foo —> package bar и заменить на package foo —> bar RPC client - - - > bar RPC server—> package barNG
Вам надо в Гугл с этим или в Амазон. Короче к тем у кого есть ресурсы чтобы довести это до ума. 🙂
Рад что понравилось) Я думаю рано или поздно что-то такое накрутят поверх protobuf и можно будет общатся между ЯП
DZ
Переслано от Nikita Gritsai
Что если взсять API golang пакета, и сгененировать из него HTTP API? Или может RPC API. А что если взять зависимость вида
package foo —> package bar и заменить на package foo —> bar RPC client - - - > bar RPC server—> package barDZ
вот поверх протобафа видел чет похожее, генерится хттп и рпс из протосхемы
а
это в обратную сторону
NG
правда непонятно нафига оно генерирует код, собирается, а потом удаляет код
Сгенерированый код это потребитель оригинального кода.