Zend Framework-использующий bootstrap.php против application.in? Смущен разницей

Question

Я прорабатываю некоторые уроки. Я вижу, что в руководствах по Zendcasts я настраиваю много вещей в файле bootstrap.php, в то время как в руководстве по быстрому запуску и другим учебникам даже не трогайте этот файл и вносите много изменений в файл application.ini. *

В чем разница между двумя и почему использовать один над другим?

Спасибо!

Answer 1

Application.ini предназначен для настройки приложения в некоторой степени, так, чтобы авторы оригинала хотели быть доступными для разработчика, и что разработчик мог бы найти полезное большую часть времени.

С другой стороны, использование Bootstrap.php допускает некоторые довольно сложные модификации, о которых авторы ZF даже не думали, например Настройка приложения Zend Framework для нескольких хостов .

Итак, это зависит от того, чего вы хотите достичь, но в основном вещи, которые должны произойти очень на ранних этапах запроса, должны работать с Bootstrap.php.

Надеюсь, это поможет.

Answer 2

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

Общий смысл простого текстового или XML-файла конфигурации заключается в том, что кто-то, устанавливающий и использующий программное обеспечение, может легко отредактировать его для определения необходимых значений конфигурации. Такой человек не должен быть разработчиком и не должен понимать, что такое приложение.

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

Я часто вижу это в руководствах по Zend как простой способ определения составных частей приложения Zend. Я думаю, что это вызывает проблемы.

Answer 3

Вам вообще не нужно использовать application.ini. Вы можете передать настройки в виде массива объекту приложения.

Однако настройки приложения могут отличаться (например, для промежуточного или производственного сервера), и Boostrap обрабатывается для каждого запроса с одинаковым кодом.

Проще использовать файл конфигурации с конкретными разделами, чем писать файл Bootstrap и управлять условиями вручную.