__autoload и include_path

[Духовность™]

__autoload и include_path

Господа ученые, как наиболее грамотно и без потерь в плане производительности использоваьть автолоады?

У меня раньше было так:

function __autoload($class_name)
{
    static $clasDirs = array
    (
        'controller',
        'base',
        'model',
        'abstract',
        'interface',
        'view',
        'mapper',
        'activerecord',
        'validator'
    );

    foreach ($clasDirs as $cdir)
    {
       $class = CLASSES.$cdir.'/'.$class_name.'.php';

        if (file_exists($class))
        {
            include_once($class);
            return true;
        }
    }
}

а теперь вот подумал, может так лучше будет:

$sep = @$_SERVER['COMSPEC'] ? ";" : ":"; // (с) котеров 

ini_set("include_path", ".".$sep.
FUNCTIONS.$sep.
CLASSES.$sep.
CLASSES.'activerecord'.$sep.
CLASSES.'base'.$sep.
CLASSES.'controller'.$sep.
CLASSES.'interface'.$sep.
CLASSES.'mapper'.$sep.
CLASSES.'model'.$sep.
CLASSES.'validator'.$sep.
CLASSES.'view'.$sep
);

function __autoload($class_name)
{
    include_once($class_name.'.php');
}

 

[zerkms]

может так лучше будет

у тебя есть критерий, который ты в начале поста поставил во главу стола: производительность.
у тебя есть 2 реализации.

возьми и протестируй.

 

[Духовность™]

zerkms
не, я чисто теоретически думаю -- я теоретик

Ведь механизм поиска PHP наверняка намного быстрее, чем механизм пользовательский спомощью foreach и file_exists. Я так думаю..

 

[zerkms]

$sep = @$_SERVER['COMSPEC'] ? ";" : ":"; // (с) котеров

котеров и без @, как же - как же )))))

-~{}~ 07.04.09 20:43:

triumvirat

Ведь механизм поиска PHP наверняка намного быстрее

чтобы было не наверняка - microtime + 100000 итераций. м?

 

[iceman]

по первому варианту: программист, читающий твой код, тоже должен пробежаться по папкам в поисках нужного файла?

 

[zerkms]

iceman
программист должен пользоваться нормальной ИДЕ, которая умеет искать классы по имени, бесприменительно к фс.

 

[Духовность™]

iceman
что бы отредактировать? ну да. а что такого?

 

[MiksIr]

Вообще советовал бы иметь реестр - где какой класс, и сразу знать нужный файл, а не бегать по папкам.
Если все же по конкретному вопросу - file_exists делает один сискол (access), тогда как поиск в инклуд_пути делает по сисколу (stat) на каждую директорию(!) в пути и так для каждого пути в include_path.

 

[zerkms]

спичечная оптимизация детектед.

 

[MiksIr]

Несомненно. Лучше вообще не думать, хреначить код и не знать как он работает на уровне системы =) Главное индексы в базе построить, а остальное спички! =) Зато потом какие перлы можно услышать от таких программеров, ух =)
К слову, мильон спичек - это уже пожар - а мне тут довелось поработать на одном ВПС-е одного из наших лидеров таких вот услуг. Так сказать, что там файловая система тормозит - это ничего не сказать. И каждый стат там выливается в такие тормоза, что больше половины времени исполнения скрипта тратится на ожидание. Но мыж на спичках не экономим - всегда можно взять другой ВПС подороже =)

 

[AmdY]

$_SERVER['COMSPEC'] - getenv('COMSPEC')
а что не так с PATH_SEPORATOR ?

и нужно смело юзать require без всяких once

 

[Dovg]

AmdY
-PATH_SEPORATOR
+PATH_SEPARATOR

 

[dimagolov]

кстати, а имеет ли использование DIRECTORY_SEPARATOR практическую пользу? особеноо при формировании путей? ведь UNIX разделитель "/" на данный момент отлично работает и в win версиях php?

 

[Splurov]

dimagolov PATH_SEPARATOR и DIRECTORY_SEPARATOR разные вещи

 

[dimagolov]

Splurov, точно, протормозил

 

[weregod]

вариант с ini_set может не проканать на сервере, где ф-ция отключена, запрещена или возвращает false

 

[Духовность™]

weregod
функция запрещена - это сильно

в Ад тогда такой хостинг

 

[AmdY]

кстати, а почему ini_set, а не set_include_path?

 

[zerkms]

MiksIr
оптимизировать нужно то, что тормозит, а не то, что оптимизировать проще.
запиши и читай перед сном, много раз.

 

[AmdY]

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