Архитектура Python-приложения
Какую границу задает паттерн Repository?
Repository задает приложению интерфейс загрузки и сохранения доменных агрегатов, скрывая детали ORM и запросов. Транзакционная граница обычно находится выше, например в unit of work или application service, чтобы несколько операций фиксировались вместе. Паттерн полезен при богатой domain-модели или сменяемом хранилище. Тонкая копия всех методов ORM лишь добавляет слой и лишает вызывающего полезных возможностей запросов. Дополнительный слой оправдан, когда задает устойчивую границу ответственности и уменьшает число зависимостей бизнес-правила.
Ссылки для изучения
Как отличить доменную сложность от привнесенной?
Доменная сложность следует из бизнеса: тарифы, сроки, права, исключения и инварианты останутся при смене фреймворка. Привнесенная сложность появилась из выбранной архитектуры, инфраструктуры или дублирования. Первую моделируют именованными типами и правилами, вторую сокращают, измеряя пользу каждого слоя. Хорошая проверка: может ли эксперт предметной области объяснить правило и исчезнет ли оно при замене технологии. Дополнительный слой оправдан, когда задает устойчивую границу ответственности и уменьшает число зависимостей бизнес-правила.
Ссылки для изучения
Когда использовать Router, а когда urlpatterns в DRF?
urlpatterns выбирают для явных function/class views и нестандартных маршрутов. Router автоматически строит CRUD URL для ViewSet; SimpleRouter дает основные маршруты, DefaultRouter дополнительно корневое API и форматные варианты. @action(detail=..., methods=[...]) добавляет нестандартное действие. basename нужен, если его нельзя вывести из queryset. Маршрут должен выражать ресурс, а не прятать произвольный RPC за CRUD-именем. Дополнительный слой оправдан, когда задает устойчивую границу ответственности и уменьшает число зависимостей бизнес-правила.
Ссылки для изучения
Когда не стоит использовать context processor?
Django context processor добавляет общие данные в контекст шаблонов и имеет доступ к request. Он выполняется при рендеринге подходящего шаблона, поэтому тяжелый запрос, внешний I/O или бизнес-операция незаметно удорожают многие страницы. Данные конкретной view передают явно, бизнес-логику держат в сервисе, а сквозную обработку запроса выполняет middleware. Processor должен возвращать небольшой словарь дешевых значений. Дополнительный слой оправдан, когда задает устойчивую границу ответственности и уменьшает число зависимостей бизнес-правила.
Ссылки для изучения







