Разрабатываешь приложение на Go с БД и не можешь определиться со структурой? Сталкивался с дилеммой — использовать готовый sqlc или городить дополнительные абстракции типа репозиториев?
Ключевая проблема: sqlc генерирует готовый код для SQL|запросов, но часто разработчики поверх него строят ещё один слой репозиториев, дублируя логику. В статье рассматриваются три архитектурных подхода: прямой вызов сгенерированного кода, тонкая обёртка для транзакций и полноценный слой репозиториев с плюсами и минусами каждого варианта.
Пригодится Go-разработчикам, которые хотят выбрать оптимальный архитектурный подход для работы с БД без лишних накладных расходов
🔥Ссылка на статью
Заметки Бэкендера & Max