Зачем вложенные «namespace»?

Question

[Андрей]

Я не понимаю для чего придумали вложенные пространства имён?
Что это дает? Ведь можно использовать обычное "namespace" и результат будет тем же.

namespace user/class;

class user {
public $name = "мой класс <br>";
}

Comments

[Сергей delphinpro]

Совесть имейте, Павлуша.
Прежде чем задавать вопросы, вы мануал хотя бы по диагонали прочитайте.
Ну хотя бы вот эту короткую вводную статью https://www.php.net/manual/ru/language.namespaces....

[Андрей]

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

[Сергей delphinpro]

Павлуша, Вы просто читать не умеете. Вот:

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

Плюс там же приведена аналогия с файловой системой.

[Андрей]

Сергей delphinpro, получается, что вложенный namespace это как подсказка, где лежит данный файл?
Например у меня файл будет лежать по пути /my_code/value.php
А значит в этом файле value.php в namespace желательно указать my_code/value ?
Чтобы другой разраб долго не искал данный файл?

[Сергей delphinpro]

Павлуша, мы обычно работает в IDE
Там достаточно нажать CTRL+click мышкой чтобы перейти к файлу.
Вложенность нужна чтобы группировать по смыслу ваш код, и чтобы упростить автозагрузку.

[Андрей]

Сергей delphinpro, а зачем IDE? мне и без IDE нормально создавать сайты.

Answer 1

[alexalexes]

Потому, что класс user (с достаточно неуникальным именем) может реализован еще в каком-нибудь стороннем компоненте.
Чтобы при подключении этого компонента, вы могли использовать одноименный класс user как из своего компонента, так и из стороннего.

Comments

[Андрей]

alexalexes Это вы ответили зачем нужны namespace, это я понимаю.
Но я не могу понять зачем вложенный namespace.

[rPman]

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

[Андрей]

rPman, это нужно для удобства, это как отступы в коде?

[alexalexes]

Нет, не как отступы.
Это как переход с ассемблера на высокоуровневый язык.
Зачем вам высокоуровневая конструкция for, когда на низком уровне можете сами сделать свой счетчик на регистре и условный переход?
На высоком уровне удобней писать более короткие инструкции, а всю рутинную работу по переводу на низкий уровень сделает компилятор. В этом главное преимущество.
Использование вложенных пространств дает возможность написать изолированный функционал в модуле, который состоит не из одного файла, а имеет кучу зависимостей с другими модулями. У крупных проектов этих зависимостей столько, что невозможно отслеживать их вручную. Для их контроля используют автосборщики проектов (наверное, вы слышали про composer), благодаря иерархической структуре пространств имен, их можно соотнести с каталогами, где находятся модули. Это упрощает автоматизацию управления зависимостями в модулях.
Вообще, есть целая матрешка стандартов PSR-0...4. Они как раз про то, как организовать каркас проекта, чтобы он управлялся такими сборщиками и был удобно поддерживаемым.

[Андрей]

alexalexes, получается, что вложенный namespace это как подсказка, где лежит данный файл?
Например у меня файл будет лежать по пути /my_code/value.php
А значит в этом файле value.php в namespace желательно указать my_code/value ?
Чтобы другой разраб долго не искал данный файл?

[alexalexes]

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

[Андрей]

alexalexes, а если я буду один, без команды, значит мне не нужны namespace?
namespace больше ориентирован на командную работу?

[alexalexes]

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

[Андрей]

alexalexes,

Не собираетесь делать его для портфолио, чтобы продемонстрировать потенциальному работодателю

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

[alexalexes]

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

[Андрей]

alexalexes, да, при работе на дядьку ты становишься роботом, который быстро должен делать свою работу.
Ведь дяде важны деньги =( Программирование это искусство, а искусство нельзя душить сроками =(

[alexalexes]

Нет, не станешь роботом. Использование стандартов заставит программиста мыслить не в пределах монолита в 1000 строк, а в пределах всей архитектуры проекта. Правильно выделить сущности бизнес-логики и находить ошибки на уровне бизнес-логики (слово "бизнес" тут не про форму предприятия, а прямой синоним "предметная область").

Answer 2

[pantsarny]

Чтобы не чувствовать боль от списка сотен классов в одном неймспейсе
Вы все свои файлы любите в одной папке хранить или предпочитаете семантично раскидывать в несколько папок?

Comments

[Андрей]

pantsarny, как я понимаю это подсказка, где что лежит?
но можно обойтись и без этой подсказки?
это как отступы в коде, необязательно, но нужно для удобства?

[pantsarny]

Павлуша, верно, есть рекомендация по именованию psr4, которой следует большинство, рекомендую и вам использовать

[Андрей]

pantsarny,
Например у меня файл будет лежать по пути /my_code/value.php
А значит в этом файле value.php в namespace желательно указать my_code/value ?
Чтобы другой разраб долго не искал данный файл?

[pantsarny]

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

Кратко о PSR4
Данный PSR описывает спецификацию для автозагрузки классов на основе путей файлов. Она полностью взаимозаменяема и может использоваться в дополнение к любой другой спецификации автозагрузчика, включая PSR-0. Данный PSR также описывает, где размещать файлы, которые будут загружаться в соответствии со спецификацией.

[Андрей]

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

[pantsarny]

Павлуша, да, в файловой системе аналогичное представление в файлах и папках, поэтому psr4 и существует в таком виде как есть

[Андрей]

pantsarny, а зачем мне PSR4? я ведь и без него могу использовать вложенный namespace

[pantsarny]

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

[Андрей]

pantsarny, значит, мне нужно сделать так, чтобы иерархия файловой системы соответствовала namespace,
только так PSR4 сможет нормально работать?

[pantsarny]

Павлуша, да. вот пример загрузчика
https://www.php-fig.org/psr/psr-4/examples/

Answer 3

[toxa82]

Чтоб красиво по подпапкам разложить классы и автозагрузка их находила и подключала.

Comments

[Андрей]

toxa82, автозагрузка это spl_autoload_register?

[toxa82]

Павлуша, да

[Андрей]

toxa82, получается, что вложенный namespace это как подсказка, где лежит данный файл?
Например у меня файл будет лежать по пути /my_code/value.php
А значит в этом файле value.php в namespace желательно указать my_code/value ?
Чтобы другой разраб долго не искал данный файл?

[toxa82]

В PHP пространства имён используются для решения двух проблем, с которыми сталкиваются авторы библиотек и приложений при создании повторно используемых элементов кода, таких как классы и функции:
1) Конфликт имён между вашим кодом и внутренними классами/функциями/константами PHP или сторонними.
2) Возможность создавать псевдонимы (или сокращения) для Ну_Очень_Длинных_Имён, чтобы облегчить первую проблему и улучшить читаемость исходного кода.
Пространства имён в PHP предоставляют возможность группировать логически связанные классы, интерфейсы, функции и константы.

[Андрей]

toxa82, это вы описали суть не вложенных namespace, это я читал.
А я интересуюсь вложенными namespace.
Ведь у вложенных namespace помимо причин использования обычных namespace
есть и еще одна причина. Вот это я и пытаюсь узнать.
Выше мой коммент про использование вложенных namespace правильный ли?

[toxa82]

А что вы понимаете под вложенными нэймспэйсами? В пыхе вообще такого понятия нет.

[Андрей]

toxa82, ну имитация вложенных namespace, зачем они нужны?

[toxa82]

Что значит имитация, что значит вложенные нэймспэйс? Это нэймспэйс "Myns", это тоже нэймспэйс "Myns/Site/Habr/Client".