Как стать автором
Обновить

Комментарии 11

Замена google.protobuf.Empty на AuthResponse при необходимости не вызовет проблем с клиентами, которые до сих пор ожидают google.protobuf.Empty. Имя message не имеет значения.

Аж 4 минуса и ни один не написал в чем же я не прав.

Что такое "ручка авторизации"?

Производное от английского сленгового handle

Ну, это я и сам догадался, вопрос же в том, что если это перевод, то надо указывать оригинал...как-то так

Номер версии при генерации, конечно, надоедает, но есть целая куча аргументов за то чтобы он там был, особенно если в команде люди используют разные версии генераторов. Но если совсем уже достало, то в принципе можно чуть-чуть постоять на голове и вычистить из сгенерированного версию тем же sed (хотя в идеале лучше удостовериться что у всех одна и та же версия генератора).

Я немного далек от это области, поэтому возможно не совсем понимаю... Зачем хранить сгенерированный код в репозитории? Он же генерируется.

В наших проектах мы тоже используем генерацию кода, я подозреваю что любой более-менее большой проект страдает этим. Но зачем же запихивать то что сгенерировали в гит? Билд система должна (пере-)генерировать эти файлы локально. А то мы так дойдем до того, что еще и объектные файлы в гите держать будем...

В целом всё так, сгенерированное формально хранить не надо. Но если его много и меняется оно не часто (много-много редко меняющихся RPC), то можно и хранить, чтобы сберечь время разработчикам и сократить время сборок в CI/CD, плюс это сглаживает проблему зоопарка версий генераторов у разработчиков. До объектных файлов в репозитории пока не дошли, но кэш компиляции подключаемый при сборке к контейнеру на гитлабе - это уже вполне себе практика. Всё ради скорости. :)

(Спасибо за молчаливый минус, кем бы вы ни были, в следующий раз может быть наберётесь храбрости даже сказать с чем именно несогласны. ^^)

Ещё плюс в том, что проект можно установить через `go install`. Он не запускает generate автоматически принципиально, по причинам безопасности.

Я вообще для компиляции proto-файлов использую исключительно nanopb. Как в микроконтроллерных проектах, так и на "больших" компьютерах. По мне, оригинальный компилятор в C++ генерирует слишком тяжелый код с кучей ненужного багажа.

Возможно вы опечатались, имели в виду snake case, "змеиный", т.к. подчеркивания выглядят как змейка. Sneak имеет совсем другое значение, и не слышал чтобы его для case упоминали

Зарегистрируйтесь на Хабре, чтобы оставить комментарий