на шаблонах вместо того, чтобы разбираться, как работают SPA? Или это в случае go тоже будет криво в принципе, как это было с php и java jsp?
Если ваших клиентов/пользователей/заказчиков и вас самих устраивает, то почему бы и нет?
есть довод против шаблонов - когда без них фронт делать другой команде, а с ними повесят на тебя, "патамушта это тоже голанг" ;)
Если переходите с Symfony с ее прекрасным DI, Twig и прочими удобствами, шаблонизация и отсутствие Autowiring в Go вас «приятно» удивят :)
Отдельный фронт решает проблему медленных коннектов у пользователей. И бэк в дальнейшем масштабировать удобнее
Если без шуток, то для пет-проекта это, может, и норм, а в остальных случаях стоит себя спросить - нет ли у проекта перспективы отдавать клиентам АПИ и не будет ли проще сразу делать этот АПИ для своего фронта (пусть он даже запилен на шаблонах с обращениями к этому АПИ) и потом его отдать наружу (а не писать отдельно новый)
Только если очень мелкое приложение. И хочется простого деплоя. Я делал такое. Основное преимущество - очень простой деплой на любой сервер. Других причин так делать не вижу. Я больше нигде так не делал. Но мелкий проект оказался крайне удобным.
Обсуждают сегодня