Как вам такой autoload для PHP?

Question

[IsaevDev]

Уделите минутку небольшому велосипеду для небольшого проекта

Есть файлы
/Core.php
/Map.php
/custom/Class.php

Определена функция autoload, которая будет брать путь до файла класса из Map.php

При разработке Map.php имеет вид:

<?
class Map
{
public static $inited = false;
}
?>

Суть подхода такова:
После загрузки файлов на сервер, при первом запуске, Core.php проверяет переменную Map::$inited
Обнаружив там false, Core.php рекурсивно обходит все файлы и папки в /custom и составляет массив вида

$map = [
'Class' => '/custom/'
];

После чего перезаписывает класс Map с $inited = true (пересохраняет как файл).
Таким образом при следующем запуске, будет использована созданная карта классов.

PS. Да, я знаю о composer и namespace. Я хочу услышать ваше мнение о моем подходе с технической точки зрения

Comments

[SilverSlice]

А чем вас не устроил if (file_exists("custom/{$class}.php')) в autoload?

[IsaevDev]

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

[IsaevDev]

SilverSlice: и потом, если папок несколько, предлагаете искать файл при каждом require?

[SilverSlice]

IsaevDev: У вас же небольшой проект, сколько в нем классов, чтобы что-то повесить? А если вы добавите новый класс в проект, будете вручную лезть и ставить $inited = false? Если очень хочется карту классов, сделайте её в обычном файле, который возвращает массив, и подключайте в нужном месте. Нет файла - пусть генерируется, а при добавлении классов файл можно будет просто удалить. И не нужно будет заменять никакие переменные.

[IsaevDev]

Нет нет, видимо, я недостаточно понятно описал. Когда добавились новые классы, перезаливается файл Map, где inited=false и инициализация происходит заново только один раз, при первом обращении первого пользователя

Answer 1

[Александр Аксентьев]

За вас уже все придумали www.php-fig.org/psr/psr-4

Comments

[IsaevDev]

я же написал, что знаю про это) допустим, я не хочу использовать namespace

[Александр Аксентьев]

IsaevDev: почему?

[IsaevDev]

Александр Аксентьев: потому что, фактически, нужно каждый раз вспоминать где лежит файл (в каком namespace). я считаю, что это равносильно обычному require

[Александр Аксентьев]

IsaevDev: зачем это помнить, все файлы подключаютя один раз при старте. Ну или как вы хотите кодить - накодил и забыл где что лежит навсегда?

[Дмитрий Энтелис]

IsaevDev: весь смысл psr в том что НЕ НУЖНО вспомнать

[IsaevDev]

OnYourLips: скажем, Eclipse не предлагает добавить namespace в месте создания экземпляра. Добавляется 'use namespace;' в шапку. В таком случае autoload сработает? Или нужно вызывать каждый раз new /namespace/Class()?

[Александр Аксентьев]

IsaevDev: https://secure.php.net/manual/ru/language.namespac...

[IsaevDev]

Александр Аксентьев: то есть каждый раз вручную создавать псевжоним?
Скажем, use \custom\Custom.php as Custom
$c = new Custom();
И тогда сработает autoload?

Answer 2

[DevMan]

таковой (по принципу, не реализации) подход вполне себе использовался раньше, да и сейчас используется.
но постепенно идет тенденция на использование composer/psr.

фактически, нужно каждый раз вспоминать где лежит файл (в каком namespace)

имхо - не аргумент, от слова совсем:
- нормальная ide сама подскажет где лежит файл
- рекурсивный grep никто не отменял

Comments

[IsaevDev]

скажем, Eclipse не предлагает добавить namespace в месте создания экземпляра. Добавляется 'use namespace;' в шапку. В таком случае autoload сработает? Или нужно вызывать каждый раз new /namespace/Class()?

[DevMan]

IsaevDev: если я вас правильно понял, то да, автолоад сработает:
есть класс \GuzzleHttp\Client, в своем коде я пишу
use GuzzleHttp\Client;
$client = new Client();

ну и переходите уже с эклипса на идею)

Answer 3

[Дмитрий Энтелис]

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

Собственно для этого и придумали PSR4 (хотя нечто похожее можно и без namespace использовать легко)
Главная идея - по названию класса должно быть однозначно понятно где он лежит.
Если вдруг есть любимый класс у которого название не совпадает с местоположением - вот тогда на сцену выходит map файл который заранее заполняется ручками разработчика.

Comments

[IsaevDev]

скажем, Eclipse не предлагает добавить namespace в месте создания экземпляра. Добавляется 'use namespace;' в шапку. В таком случае autoload сработает? Или нужно вызывать каждый раз new /namespace/Class()?

[DevMan]

Дмитрий Энтелис > рекурсивно обходить папки - это ооочень долго
не проблема: это разовая задача и не так это и долго.

[Дмитрий Энтелис]

IsaevDev: use namespace больше для читабельности кода когда вложенность сильная.
я честно говоря не помню срабатывает загрузчик при use или при первом обращении - проще проверить.