Я довольно смущен, когда помещаю логику приложения и рабочие процессы в сам контроллер. Отправка деловых электронных писем должна учитываться в логике и рабочем процессе приложения, и в соответствии с архитектурой MVC модель должна содержать логику приложения и рабочий процесс бизнеса какЕдинственный объект, который осведомлен обо всех бизнес-процессах и логике в том, что касается контроллера, я запутался, если контроллеру нужно сообщить о реализации бизнес-потоков и он должен напрямую связаться с вспомогательным классом, который реализует почтовые сервисыв твоем случае ... Однако, я вижу, если Контроллер получает состав сообщения, тему и другие свойства сообщения из модели, а затем передает их классу помощи почтовой программе, это имеет больше смысла здесь ... как Модель все еще знаето деталях сообщения и роли контроллера можно было бы просто получить информацию о сообщении из модели и передать ее вспомогательному классу.Я запутался в этом случае, если при отправке электронной почты через вспомогательный класс возникает ошибка, модель должна быть проинформирована об этом или нет, или контроллер либо регистрирует ее в файле, либо представляет ее для просмотра .. Однако, думая о том, чтобы связаться с поставщиком услуг ОтМодели напрямую имеют смысл.в этом случае Контроллер только отправляет запросы в модель, Модель со своей стороны может связаться с поставщиком услуг от его имени, чтобы выполнить свою работу и передать выходные данные обратно в контроллер, который затем может передать его для просмотра или дальнейшей обработки ...