При разработке столкнулись с такой проблемой: есть MVC приложение с необходимостью конфигурирования, и Model, и View, и Controller, в некоторой степени, нуждаются в конфигурации. Так вот, как по вашему должен выглядеть MVC? а) Считывание конфигов в Controller, затем вызов методов View и Model с дополнительными параметрами. б) Самостоятельное конфигурирование всех частей MVC. P.S. Сам склоняюсь к первому варианту, но коллеги считают по другому. Рассудите.
Все части MVC должны конфигурироваться отдельно. В идеале еще контроллер должен иметь возможность узнать текущую конфигурацию и изменить ее нужным образом. Но модель и представление должны быть готовы к использованию сразу при создании инстанции, без всяких специальных конфигураций.
В том то и дело. Если так, то как раз первый вариант подходит. а) PHP: class [color=red]Captcha[/color] { __construct([color=blue]$quality[/color]) { // Тут рисуем картинку с качеством [color=blue]quality[/color] } } б) PHP: class [color=red]Captcha[/color] { __construct() { [color=blue]$quality[/color] = read_some_config(); // Тут рисуем картинку с качеством [color=blue]quality[/color] } }
PHP: <?php class Captcha { __construct($quality = false) { if (!$quality) $quality = read_some_config(); // Тут рисуем картинку с качеством quality } }
1. $quality - это настройка капчи, но кто может настравивать капчу? контроллер? 2. Не блин никиких жестких кредов и стандартов... 3 __construct(Config $config) { $this->quality = $confg->get(self, 'quality'); }