Если хочешь ООП, то сперва раздели (декомпозируй) предметную область на сущности.
Результатом декомпозиции могут стать 2 класса - Product и Task.
На этом предметная область заканчивается, но осталась еще 1 сущность, которая должна быть в объектной модели но которой нет в предметной модели. Ничего страшного, ООП не подразумевает соответствие 1 в 1 с предметной областью, так что создаем еще 1 вполне логичный класс MailComposer, который будет отвечать за сборку письма в HTML виде на основе 2 ранее созданных классах.
В итоге может получиться нечто подобное:
PHP:
скопировать код в буфер обмена
$product = new Product('Product Name'); $task = new Task('something'); $mailComposer = new MailComposer($product, $task); $result = $mailComposer->compose();
Получается, что объекты $product и $task отвечают только за хранение информации, а $mailComposer работает с этими объектами, т.е. содержит логику компановки письма.
Надеюсь ситуация прояснилась.
З.Ы. для более точного ответа формулируй более точную задачу, т.е. максимально точную с максимумом подробностей.
|