Комментарии 6
А в чем преимущества этого подхода перед обычным и быстрым parse_ini_file()
?
И все эти и yml, и php, и json, и проч. великолепно конвертятся в нативные php массивы. В результате достаточно было обычной конфиго-репы, принимающий array на вход и пара драйверов, конвертящих внешние форматы в этот array.
У INI файлов по сравнению с другими форматами конфигурации есть один недостаток — отсутствие возможности организовывать естественную иерархию более чем в 2 уровня. Да и нет возможности выполнять валидацию.
Zend_Config_Ini
позволяет строить древовидную структуру из INI-файла с неограниченным количеством уровней.
Валидации нет, правда. Да и переиспользование и интерполяция работать не будут.
С другой стороны не придется возиться с кэшированием и инвалидированием, создавать эти массивные TreeBuilder'ы.
В общем, в отрыве от Symfony, мне кажется, этот компонент требует слишком много внимания к себе.
Коротко об архитектуре компонента Symfony Config