Динамическое подключение функций - Комментарии

RSS
Tony V (08.06.2010 / 08:22)
Транклюкаторщик
Интерестная схема. Но не возрастёт ли генерация от большого количества инклюдов?
Lugaro (08.06.2010 / 08:26)
ツ ツ ツ
Не думаю, тем более _once не подключает файл повторно
Lugaro (08.06.2010 / 09:21)
ツ ツ ツ
Добавил к статье тест производительности
Жан-Глюк Петард (10.06.2010 / 15:18)
Пришелец
Эмм. Это называется через задницу горло зеленкой смазывать D.gif
Идея креативная ) Только есть несколько но:
1. Это предложить разрабам похапе прикрутить __autoload для поддержки подгрузки функций, если вам так надо это юзать, а не городить квадратный велосипед с квадратными колесами.
2. Фактически "функций" здесь нет уже. Вы все вынесли в класс и то, что вы юзаете обычные функции через прослойку уже не играет роли ), это не простые функции. А по сему вообще не понятно зачем оо костыль в функциональной среде.
Жан-Глюк Петард (10.06.2010 / 15:24)
Пришелец
3. Если уж и делать нормально, то... во первых функция в одном файле - плохо. Функции выполняющие определенный круг задач надо хранить в одном файле. Дабы подключил один раз, а не дергал их 100 штук. Для этого делаем массив в котором имена функций ассоциируются с именами файлов и по нему дергаем файлы.
Но опять же это все костыли. Фактически мы получаем обычную библиотеку которую можно заменить на класс который юзается в качестве namespace (ну или если у вас 5.3, то заменить на namespace) и можем заюзать __autoload и spl_autoload_register, а не городить эйфелеву башню костылей.
Lugaro (10.06.2010 / 17:01)
ツ ツ ツ
Я и не говорю что стоит разбивать все функции по файлам, канешно же лучше разделить их по библиотекам, но вот приведу пример у меня к примеру есть функции одиночки которые не часто применяются но все же применяются где то, держать их рядом с теми что постоянно применяются не разумно, зачем память занимать, а так они себе лежат в отдельной папке и всегда доступны
Жан-Глюк Петард (10.06.2010 / 17:13)
Пришелец
Их размер на столько мал, что они почти не дают каких либо значимых нагрузок. Просто весь код фактически сводится к тому, что мы юзаем класс со статическими методами.
З.Ы. Хотя мне не понятно почему __autoload не поддерживает подгрузку функций (.gif , было бы удобно.
Lugaro (10.06.2010 / 17:39)
ツ ツ ツ
Да, было бы удобно, кто знает может и появится в след версиях
Михаил (20.06.2010 / 14:25)
Малиновые штаны
Проще разделить функции по темам и подключать только нужные - func_text.php - функции для работы с текстами, func_user.php - функции для работы с пользователями и т.д. А ненужные файлы просто не инклудить. А так очень даже не удобно, что каждую функцию надо в отдельный файл писать
Веталь (16.09.2010 / 15:08)
Пришелец
ЯщщЬ aka ZooM (08.06.10 / 08:22)
Интерестная схема. Но не возрастёт ли генерация от большого количества инклюдов?

если скорость и возрастет но не от большого кол. инлюдов - ведь их будет столько же сколько ты бы и разместил в ручную а от цикла если ты имеешь в ввиду - поидее не должно!
Для выполнения действия необходимо авторизоваться!