Ясно, значит $_GLOBALS

animegirl, а чем тебе не понравился мой класс? Это и есть "глобальная переменная"   

Gold Dragon, Я пока, что до классов не доросла, пытаюсь избегать этого типа программирования, пока не прижмёт, а нето будет как всегда, сначала не понимаешь и злишься, а потом нравится и убиваешь уйму времени, чтоб всё переделать на новый лад.

animegirl, ну в данной ситуации, тебе просто нужно его подключить в самом начале и ты получишь возможность управлять своей "глобальной переменной". Примеры как использовать я показал. А про Глобальные переменные забудь.. Получила данные из глобальной, присвоила их переменной и уже дальше работай со своими переменными. И использование global в  функциях это тоже зло.. Не ленись передавать функциям параметры и возвращать их.

А сейчас будет не так?   Только переписывать придется больше, так больше успеешь написать

мне больше нравится использовать возможности 5.4 и без использования классов


для версии ниже 5.4 последние два способа будут не доступны (GL()['var1'], GL()['array']['key'])

Я так думаю, что надо привести пример функции которая показывает " список всего, что надо". Может ошибка в подходе?
А вот про модуль не понял

Ситуация, такова, у меня на каждую функцию проекта, свой ПХП файл.
Есть 2-3 файла инклуда с основными функциями и вариаблами.
Функции очень сильно перемешаны друг с другом, каждый раз для вызова, чего-то нового, нужно передавать кучу вариабл,. Если я хочу добавить новую вариаблу, то мне приходится в каждом из 100+ ПХП файлов добавить эту вариаблу к вызовам функции, хотя её спокойно, можно создать в обработки другой функции, и оставить в глобальных. Я сейчас перешла на $GLOBALS, минут за 30 перевела все скрипты на новый способ общения, и в принципе очень даже рада. Вносить изменения стало намного легче.

По поводу модуля. Модуль упомянутый выше runkit писался девушкой для PHP, но она перестала его обновлять, так как её утянули работать в фэйсбук, последния версия модуля датируется 2006ым годом, и он не работает с PHP 5.2+ :(

      

Это указывает на ошибку в разработке самих функций.

Выделение кода в функцию производится по двум признакам - повторяемость и специализация.
Т.е. выделяемый код должен выполнять некие специализированные действия и/или повторятся неоднократно

Таким образом в функцию совсем не нужно передавать огромную кучу переменных (в силу того что она выполняет не слишком сложные действия)
Функция даже с 5тью обязательными параметрами достаточно сложна. Если у вас есть большее количество параметров, то скорее всего они поддаются группировке, а значит вы можете передавать несколько объектов или массивов вместо сотен параметров.

Это сообщение отредактировал(а) Fortop - 19.3.2013, 17:08

animegirl,  как вы там пишете?   

IgorIV, 
script.php


stats.inc

Это часть кода, часть функции write_log, вариабла $GLOBALS['run_time'] ещё используется там не однократно.
Это один из примеров, не хочется без надобности постить сюда кучу своего кода 

Другой пример (без кода).
У меня используются несколько разных соединений с базой, отправка запросов делается через 2 разные функции, каждая из которых:
1. Проверяет существует ли уже соединение для её типа, если нет создаёт
2. Отправляет sql запрос по правильному каналу, если запрос не проходит создаёт репорт ошибки в файл

Если оставить вариант, с передачей переменных, то их надо сначала создавать, потом передавать, а так функции становятся более автономными, что уменьшает возможность ошибки при неправильном описании их вызова. Меньше шансов на ошибку -> меньше потраченного времени, на её поиск.

меняем на такой код в  write_log();



можно даже на такое


Что мы имеем? Теперь нам неважно установлена ли $GLOBALS['script_name'] в вызывающем скрипте и правильно ли она установлена. Мы сами можем узнать откуда нас - write_log() вызвали.

Fortop, 

выдаёт



выдаёт