1. imedia - 30 Мая, 2016 - 23:57:12 - перейти к сообщению
Объектом должна являться функция в которой в зависимости от продукта и типа задания собирается массив html вида письма (вывод списка продукции Наименование, количество,цена) передается этот массив в другой объект - сборки письма
2. Bio man - 01 Июня, 2016 - 00:48:33 - перейти к сообщению
Если хочешь ООП, то сперва раздели (декомпозируй) предметную область на сущности.
Результатом декомпозиции могут стать 2 класса - Product и Task.
На этом предметная область заканчивается, но осталась еще 1 сущность, которая должна быть в объектной модели но которой нет в предметной модели. Ничего страшного, ООП не подразумевает соответствие 1 в 1 с предметной областью, так что создаем еще 1 вполне логичный класс MailComposer, который будет отвечать за сборку письма в HTML виде на основе 2 ранее созданных классах.
В итоге может получиться нечто подобное:
Результатом декомпозиции могут стать 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 работает с этими объектами, т.е. содержит логику компановки письма.
Надеюсь ситуация прояснилась.
З.Ы. для более точного ответа формулируй более точную задачу, т.е. максимально точную с максимумом подробностей.