Это будет ответвление о бесконечном споре по , где разместить бизнес-логику c в Django. После прочтения множества связанных вопросов о переполнении стека и документах django я все еще не решил, следует ли помещать бизнес-логику c в отдельный модуль (например, service.py) или инкапсулировать ее в model.Manager. В этом случае я склоняюсь к использованию диспетчера: его введение в django do c:
Диспетчер - это интерфейс, через который предоставляются операции запроса к базе данных. к Django моделям
Действительно, мне нужно создать функцию, которая автономно анализирует данные из модели и передает их в представление, которое перенаправляет их во внешний интерфейс. На самом деле это не запрос, выполняемый внешним интерфейсом для БД. Скорее, это бэкэнд, уведомляющий пользователя, если были найдены определенные данные. Итак, согласно django do c, это не совсем тот случай, когда полагается на manager .