- 1
- 2
- 3
- 4
- 5
- 6
- 7
protected function readConfig($configPath) {
$ini = parse_ini_file($configPath);
foreach ($ini as $key => $value) {
$config[$key] = $value;
}
return $config;
}
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
+159
protected function readConfig($configPath) {
$ini = parse_ini_file($configPath);
foreach ($ini as $key => $value) {
$config[$key] = $value;
}
return $config;
}
config.element.sub_element = value
return parse_ini_file($configPath);
а вообще - неясно, с какой целью написана функция, которая является просто оберткой для встроенной пхп-функции. причем оберткой, нисколько не расширяющей функционал
Задел на будущее расширение.
Или еще как вариант, реализация интерфейса.
Может у них жутко сложная система, которая помимо прочего предусматривает возможность хранения конфигов в куче разных форматов, а для чтения использует классы с интерфейсом содержащим функции типа readConfig, processConfig, getConfig, writeConfig и.т.д.
Хотя конечно скорее всего кто-то просто маны не дочитал по parse_ini_file.
С таким же успехом все тело ф-ции можно было бы заменить на
return parse_ini_file($configPath);
В LISP в некоторых подходящих случаях, согласно парадигмы языка, принято хранить конфигурацию в коде, не смотря на то, что она не только для чтения.
очевидно тут без кепа не разобраться.
это начало моего .emacs :)
2) .ini - файл читабельней пхп-шного массива, особенно людям незнакомым с языком
База быстрее, конечно, но в чем ты будешь хранить конфиг коннекта к базе?
http://a-vertigo.ru/test.php?iterations=1
http://a-vertigo.ru/test.php?iterations=100
http://a-vertigo.ru/test.php?iterations=10000
test.php : http://codepad.org/nDU7N3El
include.php : http://codepad.org/D5Tz7Cdi
include.ini : http://codepad.org/u3xJUo0b
Если не верится, могу еще объявить пхп-шный массив как одно целое.
Так что без разницы, каким образом подключать эти самые настройки...
А вот писать и работать с настройками в php формате не удобно и громоздко, так что выбирая между php и ini - лучше подходит последний.
Что-нибудь типа:
?
Только когда речь о подключаемом файле настроек, обычно его задают как я сделал в примере.
Далеким от языка людям так удобнее, комментарий - строчка со значением, никаких лишних скобочек о предназначении которых надо ломать голову, почему одно вложено в другое.
Когда-нибудь PHP вообще превратиться в функциональный язык. Во будет потеха. :D