Комментарии 7
Как по мне так лучше использовать xml, да и не зря от ini файлов на windows side отказались.
Не уверен насчет xml — данные настройки формы переиспользовать где-то еще не выйдет, поэтому xml по большому счету ничего не даст.
А вот если стоит задача минимизировать ручную писанину, то замена ini на yaml даст хороший результат. Тем более, есть враппер для перловой библиотеки Syck в виде php-модуля.
Ну, а написать свой Zend_Config_Yaml дело десяти минут. Или можно взять такую реализацию.
А вот если стоит задача минимизировать ручную писанину, то замена ini на yaml даст хороший результат. Тем более, есть враппер для перловой библиотеки Syck в виде php-модуля.
Ну, а написать свой Zend_Config_Yaml дело десяти минут. Или можно взять такую реализацию.
У меня есть мечта.
Она про то, что форму можно полностью описать, просто и прозрачно в том месте, где она отображается.
Она про то, что форму можно полностью описать, просто и прозрачно в том месте, где она отображается.
Используй html и да пребудет с тобой сила!
не, html — это только клиентская часть реализации формы.
я имею в виду какой-либо «активный шаблон», одновременно задающий правила представления на клиенте и получения/обработки данных на сервере.
я имею в виду какой-либо «активный шаблон», одновременно задающий правила представления на клиенте и получения/обработки данных на сервере.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Zend_Form и ini-файлы