Нет, рассматривал только то, что описано в статье. У меня не стояло задачи посмотреть все, смотрел по порядку и просто так сложилось что кратос меня устроил. Было бы интересно послушать про другие решения, не хотите выкатить статью? 😉
Спасибо за статью, хотелось бы еще упомянуть одну библиотеку - connect-go от разработчиков buf, которая в себя вобрала простоту twirp и при этом поддерживает стримы и grpc/grpc-web/. Также одна из немногих библиотек уже использующих дженерики, недавно у них первый стабильный релиз v1.0.0 вышел.
Не совсем понял суть данной статьи, но автор, если тебе все еще интересен RPC в браузере, то сейчас помимо SOAP, JSON RPC и gRPC есть как минимум 2 варианта для Go: 1. twirp - от твитча, тот же gRPC только без реализации своего транспорта и net/http. Работает с stdlib. http/1.1 и http/2 и нет стримов, в отличии от gRPC, умеет по content-type сериализовать как в json так и protobuf. Описание API через protobuf. Валидация либо ручками, например через gowrap декораторы, либо можно protoc-get-validate использовать и описывать правила валидации прямо в protobuf. 2. connect-go - от bufbuild, создатели protoc-get-validate. Поддерживает стримы и совместим с grpc, вроде как тоже умеет в json.
И само собой оба фреймворка умеют в автогенерацию сервера и клиента.
Для себя и своих проектов выбрал twirp - завлекла его простота!)
Пока статья была на модерации я успел пересмотреть момент по тому, как хранить конфигурацию LSP и раскидал настройки lspconfig, cmp в свои модули в папке plugins, оставив только on_attach функцию в lsp.lua. Посмотреть можно в моих дотфайлах, ссылка есть в конце статьи.
Прежде чем публиковать, автор, вы хотя бы проверили бы есть ли в pgx уже такой функционал. А как написали выше, он есть.
Нет, рассматривал только то, что описано в статье. У меня не стояло задачи посмотреть все, смотрел по порядку и просто так сложилось что кратос меня устроил. Было бы интересно послушать про другие решения, не хотите выкатить статью? 😉
Не рассматривал. На досуге посмотрю, спасибо.
Рад оказалось полезно, на днях еще планирую добавить раздел с поднятием кратоса локально.
Попробуйте vim fugitive
мне тоже интересно, к тому же он быстрее их обоих будет, если верить бенчам у них в репо. Видимо продвигают плохо)
Спасибо за статью, хотелось бы еще упомянуть одну библиотеку - connect-go от разработчиков buf, которая в себя вобрала простоту twirp и при этом поддерживает стримы и grpc/grpc-web/. Также одна из немногих библиотек уже использующих дженерики, недавно у них первый стабильный релиз v1.0.0 вышел.
Не совсем понял суть данной статьи, но автор, если тебе все еще интересен RPC в браузере, то сейчас помимо SOAP, JSON RPC и gRPC есть как минимум 2 варианта для Go:
1. twirp - от твитча, тот же gRPC только без реализации своего транспорта и net/http. Работает с stdlib. http/1.1 и http/2 и нет стримов, в отличии от gRPC, умеет по content-type сериализовать как в json так и protobuf. Описание API через protobuf. Валидация либо ручками, например через gowrap декораторы, либо можно protoc-get-validate использовать и описывать правила валидации прямо в protobuf.
2. connect-go - от bufbuild, создатели protoc-get-validate. Поддерживает стримы и совместим с grpc, вроде как тоже умеет в json.
И само собой оба фреймворка умеют в автогенерацию сервера и клиента.
Для себя и своих проектов выбрал twirp - завлекла его простота!)
хороший вопрос, не приходилось пользоваться) Есть ряд сниппетов, которые я помню и использую их сразу, а не выбираю из списка.
и подсветка не от LSP идет, а от tree sitter'а
нет, никаких проблем не замечал.
интересно, но к сожалению этот плагин не поддерживает neovim.
Пока статья была на модерации я успел пересмотреть момент по тому, как хранить конфигурацию LSP и раскидал настройки lspconfig, cmp в свои модули в папке plugins, оставив только on_attach функцию в lsp.lua. Посмотреть можно в моих дотфайлах, ссылка есть в конце статьи.