Тут обычно советуют вообще сначала писать руками сваггер, а потом из него генерировать приложение
Вопрос) go + graphql норм для проекта или лучше забыть как страшный сон?
апи уже несколько лет, и документация уже есть. Грубо говоря, пришло время ее обновить и вот подумал, может стоит изменить подход
У graphql есть своя область применения, и не факт, что он вам нужен
о каком API идет речь? может вам нужен swagger/openapi?
Я в принципе не люблю graphql. Мне кажется, если ожидаются большие нагрузки (го ведь вы по этой причине юзаете?), он нафиг не нужен
Не, скилл по go прокачать и уйти работать в продукт на go
Тогда нет смысла, лучше grpc изучать
Ближе всего к gateway идеологически
На текущем месте как-то вот сделали гейтвей без всего этого вот
Без документации?)
Обсуждают сегодня