PHP parse_ini_file () производительность?

Встроенная функция Parse_ini_file реализована в C. Это делает его довольно быстро.

Если я вспомню правильно

, клитена, было просто синтаксическим сахаром, чтобы легче создавать анонимные классы таким образом, чтобы выглядеть как закрытие.

BGGA была очень мощным предложением, которое позволило не только верным закрыванию, но и синтаксис для определения структур, которые выглядели как новые синтаксические элементы (AKA, используя (сжимаемый) {Block}).

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

Текущее предложение можно найти в http://www.javac.info/closures-v06a.html и http://www.javac.info/Closures-v06b.html , где часть A - это простые полные обозначения, а часть B - это некоторые из более мощных функций, взятых из BGGA.

Вы будете намного быстрее, если вы не кешите файл INI. Все эксперты могут заказывать, что это правда.

Я всегда укрывал подозрение, что parse_ini_file мрачно медленно медленно, и что хранение переменных в массивах в PHP-файлах быстрее. Но есть эта статья 2004 года , которая говорит иначе:

и, наконец, мы тестируем сохранение параметров конфигурации в файле INI или в файле PHP в качестве ассоциативного массива. Мы обнаружили, что хранение в файле INI и использование PARSE_INI_FILE () является быстрее, чем анализ файла PHP.

Я не совсем верю в этом, пока не проверю его сам, когда я доберемся к нему некоторое время. Но статья (и журнал) выглядит достаточно солидно, чтобы их серьезно относиться.