и не будешь поддерживать, да/нет?
не использовал ещё фреймворки ни разу.
не будет ли оверхедом gin для проекта? будет ли проект использовать функционал gin по максимуму?
обычно упирают на его производительность как причину выбора. для отдачи проекта под ключ я бы сделал упор на удобство ознакомления, настроил бы CI/CD. для удобства документирования OpenAPI имхо был бы лучше. Но вопрос слишком общий, все зависит от ньюансов.
вряд ли. у меня такие же мысли, что целый фреймворк многовато, но поступило такое предложение, аргументированное тем, что все основные велосипеды в фреймворке уже написаны и будет проще разобраться,поддерживать. я не совсем с этим согласен, но хозяин барин с одной стороны...с другой - проект не настолько большой.
я пока что вообще избегаю фреймворков, потому как нахожусь в процессе набивания шишек, набирания опыта и тд.
да GIN-то не особо-то фреймворк. просто либа http-хэндлер. Сравните с тем же сваггером, который тоже не фреймворк, но его флоу куда шире
Зависит от того, для чего именно ты Gin собрался использовать
он легко понимается? допустим тот же mux - очень понятен и прост.
именно я - не собирался). поступило предложение от заказчика.
Он же как-то это аргументировал?
Намного тяжелее джина, но другой вопрос что до проблем с http маловероятно что вообще дойдете - проблемы будут в бизнеслогике. но даст доку по аннотациям или же сам сервер можно сгенерить из спеки, что выглядит более дружелюбно, чем просто пихать код новичку в нос.
Обсуждают сегодня