Спасибо. а на счет разделения шаблонов в зависимости от типа

мероприятия. в каком месте правильно вычислять, какой именно шаблон использовать?
сейчасть логика такая:
есть некий EmailManager, у которого есть метод sendEmailMessage(string $emailType, array $inputParams). данный метод, в зависимости от $emailType собирает нужный массив данных для письма($emailVars) и складывает их в БД. Дальше крон-скрипт берет из БД данные($emailType + $emailVars), в зависимости от $emailType выбирает нужный шаблон, собирает из $emailVars HTML письма и собственно отправляет его в smtp.

Мне кажется, что правильно выбирать шаблон как раз на этапе EmailManager-а, но тогда придется эту инфу прокидывать через БД в скрипт отправки. это норм?

что мешает в $emailVars добавить нужный шаблон?

ээ... а так можно было? 😂😂😂😂😂 спасибо. почему-то в эту сторону вообще не подумал :)

все гениальное - просто! ))

я бы так не делал... плохая идея ложить в бд что-то, что хоть как-то опирается на структуру проекта. Пути к шаблонам, полные имена классов и т.п Типа что-то порефакторили, перенесли шаблон или переименовали и какой-то залипший меседж уже не уйдет. Если писем немного, то можно прямо в кнстанте положить мапу тайп-шаблон. Если много, то можно вынести в отдельный классик, который по типу вернет нужный шаблон

у нас сейчас так и сделано. в БД хранится $emailType, есть список соотвествия $emailType => $emailTemplate но сейчас появляется еще одно условие. на один и тот же $emailType два разных шаблона, в зависимости от определенных данных(тип мероприятия, для которого идет отправка письма)

Ну вот если появилась такая логика,то есть смысл вынести в отдельный класс, и может даже не один, если логика прямо развесистая для разных типов

спасибо.