Автозагрузка пользовательских функций

13. .::lugaro::., почему разные, поключается файл с функциями к модулю. А этому модулю нужны не все функции что там а лишь 2 к примеру. Не разумние ли взять сейчас файл функцион и раздлить его на десятки отдельных файлов. По одной функции на файл. И подключать лишь те функции которые будут нужны конкретному модулю в конкретную единицу времени. Естетвенно все кешируется.

14. Денис Одинец, Что ты уже не туда городишь, то ты говоришь про движок одним файлом а теперь про разделение. Я тебе отвечал на твою первую идею

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

8. Денис Одинец, причём тут весь код движка в 1 файл, я говорю про функции, всеравно они все хоть по одному файл но подключаются, так просто всё в одном файле.

17. orel, эт я так, просто к месту спросил

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

19. .::lugaro::., я хотел в своем движке сделать такую фишку. Что функции разнесены по разным файлам, у каждого модуля свой кеш. И свой файл с описанием (типа манифеста). Там будет указано, какая именно бд сейчас должна быть к нему подключена (у меня SQLite и каждого модуля свой файл бд), какие нужны сейчас функции. Тоесть по сути подключается лиш то что нужно. Так и безопасней и нагрузка меньше и можно заниматься улучшением конкретных функций, не тратя время на адаптацию к этим изменениям и других модулей.

Ограничений там не будет, ну если только в самом php есть какие-то ограничения
В этих файлах в основом будет хранится только функции, ну по желанию конечно можно и другое подключать, вот к примеру в есть мод для ротора миничат http://visavi.net/load/zip.php?id=1132 там функции подключаются отдельно chat/includes/functions.php (4.7 Kb)
и в файлах они подключены вручную, а сейчас можно этот файл кинуть в папку includes/functions.php и они будут как бы продолжением файла основных функций, и ничего прописывать не нужно и изменять проще, автор мода может выпустить поправки в функциях и нужно всего лишь заменить файл

Добавлено через 03:57 сек.
Функцию очистки кэша я сделаю, но в некоторых случаях придется вручную очищать кэш, например если какие-то компоненты будут требовать функций которые еще не прокэшированы, но по идее конфликтов не должно быть

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

А я бы папку назвал includes/functions.d/

21. Vantuz, а принцип работы каков? просто будит чтение файлов которые вы добавите и эти новые участки кода будут писаться в кэше, который потом мы и подключим? а если кто то бросит 2 файла с разным названием, но одинаковым содержанием, модуль недопустит этого, есть ли анализатор похожести кода? а то код в кеше будет запасано одно и тоже по неск.раз.

Добавлено через 01:42 сек.

ShiftBHT (19 Июля 2011 / 16:19)
А я бы папку назвал includes/functions.d/

у всех разные эротические фантазии

Добавлено через 06:36 сек.
p.s в смысле анализ не похожесть кода (php функции) а названия пользовательских функций хотя бы.