Pull to refresh

Comments 4

Спасибо за перевод. Статья слабовата: автор явно писал на другом ЯП и тащит оттуда плохое, но до некоторых важных моментов (сделать сервис структурой интерфейсов и собрать их в main например) автор уже догадался. Осталось разобраться с неймингом (сейчас с ним швах) и структурой пакетов (на самом деле в Go это одно и то же) и можно будет пользоваться.

что насчет транзакций, распространяющихся на 2+ репозитория? с точки зрения чистой архитектуры лучше пробрасывать через контекст (или это грязно?) или сделать асбтрактный интерйфейс транзакции, объявлять ее и в слое бизнес логики и пробрасывать в репозитории?

Ни о каких транзакциях бизнес логика знать не должна. Транзакции обычно объявляют на уровне application, и проблем никаких не будет не зависимо от количества вызываемых репозиториев, если все они относятся к одному инстансу базы данных.

Области применения таких подходов - порталы на 10 000 000 + пользователей.

Sign up to leave a comment.

Articles