Ещё один велосипед: пишем свой автозагрузчик классов для Битрикс

вы изобрели spl_autoload_register

spl_autoload_register(function ($class) {
    $path = strtr($_SERVER["DOCUMENT_ROOT"] . "/local/src/" . $class . ".php", '_\\', '//');
    if (file_exists($path))
        require_once $path;
});

Composer. Позволяет подключать как собственные классы, так и сторонние библиотеки. Однако при добавлении новых классов требует ручного обновления.

Чтобы создать таблицу классов и не перечитывать всю папку vendor при каждом запросе… Велосипед на уровне «за что».

А как же PSR-4? Для этого достаточно в Composer.json указать namespace, а классы просто уже складывать в нужном месте. Я как-то прикручивал роутер и контроллер от симфони к битриксу. Достаточно в том же composer.json в секции автозагрузки скормить битриксовый пролог, чтоб подгружалось и ядро битрикса. И ничего, получилось довольно сносно, получился полноценный контроллер, роутер, и вьюхи. Без всякой этой мышиной возни с компонентами и прочим…

таким образом у нас на каждом хите будет сканироваться директория?
Не очень хорошее, на мой взгляд, решение. Ну т.е. обрекаем сайт на пожизненный скан на каждом хите. Даже если разработка давно уже закончена.
Если классов мало, то одну строку в массив для битриксного автолоадера засунуть не слишком тяжело
Если классов много, то компосер хороший вариант — команду дал и все быстро работает.

Уж если делать такой модуль, то тогда уж с опцией режим разработки/режим прода… В режиме разработки — массив пишем в файл, в режиме прода — только читаем.

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

А про массив для битриксного загрузчика, я сейчас пришел к варианту передвать в ключ в ином виде:

$classes = [
    Namespace\Package\ClassName::class => '/path/to/class.php'
];

Чтоб шторм дополнительно контролировал

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

Поэтому спасибо за указанные слабые места, уважаемые комментаторы, действительно, лучше всё-таки использовать для этих целей Composer