PHP: автозагрузка классов. Объясните на пальцах на простом примере?

Question

[fogersp]

Добрый день! В ООП не силен, но хочу исправить это.
Вот во всяких фрэймворках с MVC я вижу подключение классов не как require "class.php", а что-то типа такого:

namespace something\base;
use something\models\Login;

Полез как положено в ман php, но как-то сложно воспринимается. Поэтому решил здесь спросить. Могли бы Вы на примере двух-трех файлов показать как ПРАВИЛЬНО использовать namespace и use? К примеру есть пару классов и файл в котором это все вызывается используя вышеупомянутые фичи. Фрэймворки все большие и черт ногу сломит там разобрать как они это реализуют. Мне бы просто хороший и небольшой пример, а дальше я сам разберусь. Заранее спасибо!

Answer 1

[Сергей delphinpro]

Все свои классы располагаете в папке app/ (к примеру)
Всем классам задаете namespace Fogersp\SuperProject
В composer.json пишете в секции autoload

...
"autoload": {
  "psr-4": {
    "Fogersp\\SuperProject\\": "app"
  }
},
...

Это значит, что классы с нэймспейсом Fogersp\SuperProject автозагрузчик будет искать в папке app/
Например, класс Fogersp\SuperProject\DB\Entry должен располагаться в файле app/DB/Entry.php

Далее в корне проекта выполняете команду
composer dumpautoload
и композер создаст вам автозагрузчик.

Теперь в точке входа подключаете этот загрузчик и не паритесь о подключении файлов
include '../vendor/autoload.php';

Вот и всё =)

Comments

[DevMan]

ну не композером же единым, в самом деле)

[Сергей delphinpro]

DevMan: Так проще же. Пара строк в конфиге, одна команда в терминале и никаких запарок )

[DevMan]

Сергей: проще. но самому понять механизм еще никому не мешало)

[fogersp]

Сергей: Спасибо, но сначала разберусь без композера) Использовать сторонние средства всегда удобно, но когда сам не понимаешь все - рано.

[Сергей delphinpro]

DevMan: fogersp: ну тут не поспоришь - знать надо

[Денис Каракчиев]

Единственный вопрос: а разве не общепринятым считается именовать нэймспейсы сответствуя их директории? Просто может я чего-то недопонял, но не логичнее было на этом моменте:

Например, класс Fogersp\SuperProject\DB\Entry должен располагаться в файле app/DB/Entry.php

Либо вместо app прописать в composer.json 'SuperProject', либо к 'SuperProject' добавить '/app'? Я стараюсь, правда. Но выглядит не логично =)

[Сергей delphinpro]

Денис Каракчиев: Можно. Но что такое app? Никакого смысла не несет.
Fogersp\SuperProject\DB\Entry - тут имя автора, название проекта, дальше внутренняя структура. Тогда уж лучше делать папку SuperProject и на нее маппить. Ну это дело вкуса.
У меня например проект состоит из двух подпроектов, мне удобнее записать так

"psr-4": {
      "WofhTools\\": "private/application",
      "Dolphin\\": "private/dolphin"
    }

[Сергей delphinpro]

Денис Каракчиев: Тут важнее понять как в принципе маппится неймспейс на файловую структуру. А остальное - на свое усмотрение.

[Денис Каракчиев]

Но что такое app?

Да дело не в смысловой нагрузке 'app', а в совпадении имен =)
И вот, когда у Вас два подпроекта, namespace совпадают с директориями?

[Сергей delphinpro]

Денис Каракчиев: они всегда совпадают по psr-4 иначе не заработает. Суть в том с какого звена они будут совпадать. "Dolphin\\": "private/dolphin" - вот здесь все неймспейсы которые начинаются с "Dolphin\\" будут искаться в папке "private/dolphin", а остальная часть неймспейса будет совпадать с файловой системой

Answer 2

[DevMan]

Да прост открываете psr и читаете, там и примеры есть.
Кстати, автозагрузка классов не имеет никакого отношения к ооп.

в принципе, все основы описаны тут php.net/manual/ru/language.oop5.autoload.php

Вы б лучше описали что конкретно непонятно, тогда можно было б отвечать более предметно.

Comments

[fogersp]

Спасибо. Сейчас почитаю еще.

[DevMan]

fogersp: ну тогда заодно еще и www.php-fig.org/psr/psr-4
там есть ссылки на примеры. на самом деле все очень просто, но сложно отвечать на общие вопросы.

Answer 3

[Дмитрий Дарт]

Оба автозагрузчика грузят только те классы, которые присутствуют (объявлены new) в этом php-файле:

// Определяем место где лежат файлы классов, которые будем загружать
define('DIR',  __DIR__);
define('APP',  DIR.'/app');

// Устаревший вариант
function __autoload($class) {
    include APP. '/'. $class . '.php';
}
 
// Актуальный вариант с безымянной функцией
spl_autoload_register(function ($class) {
    include APP. '/' . $class . '.php';
});
 
$obj1  = new MyClass1();
$obj1->displayVar();

В вашем примере
namespace something\base;
use something\models\Login;
вы определяете пространство имён и говорите его использовать словом use

Comments

[NataliaCh]

А почему __autoload - устаревший?

[Дмитрий Дарт]

NataliaCh: php.net/Autoload

В то время как функция __autoload() также может быть использована для автоматической загрузки классов и интерфейсов, следует отдать предпочтение spl_autoload_register(), потому, что она предоставляет гораздо более гибкую альтернативу, позволяя регистрировать необходимое количество автозагрузчиков, например для корректной работы сторонних библиотек. В связи с этим, использование __autoload() не рекомендуется и она может быть объявлена устаревшей в будущем.

[NataliaCh]

Дмитрий: ага, уже сама догадалась прочитать :) Спасибо! :)

[Царёв Вадим]

Если я вас понял без автозагрузки и прямого подключение класс не подключится ?
// Устаревший вариант
//function __autoload($class)
//{
// require __DIR__ . '/' .str_replace('\\', '/', $class) . '.php';
//}

// Актуальный вариант с безымянной функцией
spl_autoload_register(function ($class) {
require __DIR__ . '/' .str_replace('\\', '/', $class) . '.php';
});

[Дмитрий Дарт]

zava75, да, всё верно