Доброе время суток!

Наткнулся на проблему:
Автоматически присоединяю классы при помощи spl_autoload_register
файл incs/boot.inc:

<?php
$GLB = array(1,2,3);
// Auto load class files
spl_autoload_register('AutoLoadClass');
function AutoLoadClass($className) {
  $FileName = PATH . 'incs/' . strtolower($className) . '.inc';
	if(file_exists($FileName))
		include_once $FileName;
 }
?>

а в фале index.php:

<?php
require_once $_SERVER['DOCUMENT_ROOT'].'/incs/boot.inc';
$db = new MySQL();
print_r($GLB); // <-- Place 1
?>

а в фале incs/mysql.php:

<?php
print_r($GLB); // <-- Place 2
class MySQL {
...

Так вот в Place 2 ошибка:
Notice: Undefined variable: GLB in /var/www/***/data/www/***/incs/mysql.inc on line 2

Почему так? ведь вроде оба файла (boot.inc и mysql.inc) преинклюжены к index.php?

wrun
файл incs/mysql.php инклудится в AutoLoadClass, соответственно в нем доступны только переменные определенные в освоей области видимости, т.е внутри функции

Потому что файл инклюдится не в глобальной области видимости, а в функции AutoLoadClass. И вообще в декларации класса не должно быть никаких глобальных переменных.

UPD опередили

Хорошо, понятно, спасибо


Но подскажите тогда такое:
в MySQL классе есть дефолтовое подключение, и зачастую его достаточно, что сводит инициализацию к минимуму ($db = new MySQL();)

class MySQL {
	private $defaults = array(
		'host' => 'localhost',
		'user' => 'login',
		'pass' => 'password',
		'db' => 'base',
		'port' => NULL,
		'socket' => NULL,
		'pconnect' => false,
		'charset' => 'utf8',
		'errmode' => 'error', 
		'exception' => 'Exception', 
	);

Но вести настройки MySQL в отдельном файл (не config.inc) весьма не удобно
Так начнется, одни настройки там, другие там и так далее
Что делать?

Передавай массив настроек аргументом в конструктор.

Наверное придется, спасибо!

типа так

$db = new MySQL($CONFIG['database']);

это понятно, хотелось чего-то более изящного

С точки зрения отдельного класса, конечно, полностью согласен

А если рассмотреть это как движок, то понятия Default, Config и Global отваливаются из-за неудобности.

И если в небольшой класс MySQL реально в конструктор скормить нужный config,
То вот в класс Templates уже ненакормишься.

Но думаю что это уже палемика, и с технической стороны вопрос закрыт.

Спасибо за участие!

И, кстати, всегда же можно в классе проверить глобальную на isset() и уйти на внутренний default - не думаю что это создаст дикую проблему для работы класса

private function getConfig()
{
  $this->config = Registry::getInstance()->config->{__CLASS__};
}

private function getConfig()
{
  $this->config = Registry::getInstance()->config->{__CLASS__};
}