Не надо слишком конкретизировать. То была только абстрактная идея, а Вы уже в ней баги ищите =)

use отлично разрешает большинство ситуаций.

Теперь внутри этого класса модели именно этого модуля доступны в простом виде Model\ClassName. То есть он знает "свои" модели. И откуда этот класс не вызывай, все будет работать. PHP разрулит нейспейсы как надо.

Это сообщение отредактировал(а) Arantir - 29.8.2013, 13:18

что значит баги? мне нужно конктретное решение, а не абстракция. Как я прикручу абстракцию к своему проекту? 

И опять же, при чёткой структуре может это и интересно.. Но ведь есть не только "модельная" структура и классы можут располагаться совершенно по иной логике и вызываться по иному..

С неймспейсами все просто. Создается список папок, откуда начинаются корневые неймспейсы
. Переопределяется автолодер, в нем берется директория по первому неймспесу и к ней прилепляется оставшаяся часть всего неймспейса. 
Все. Дальше PHP все сам сделает, он всегда сует в автолодер "fully qualified name" класса. Остается только создавать файлики с именами классов, прописывать им желаемый неймспейс и класть в соответствующую директорию. Все будет грузиться само, как в Java. После этого структура ограничивается лишь фантазией.
В идеале можно даже создать единственный корневой неймспейс Application, соотнести ему корень проекта и не парится.

Есть некая PHP Framework Interoperability Group, которая пытается навести порядок в самодеятельном php программировании, путем навязывания сообществу стандартов программирования.
В частности PSR-0 достаточно удачная попытка  навязать стандарт на неймспейсы и организацию автолода. Во всяком случае, чем мастерить собственный стандарт, лучше присмотреться к чужому, у которого неплохие шансы стать "общепринятым".

вот смотрю и что-то это совсем на бред стало похоже..

Если namespace это тоже самое (ну или почти) что и путь, то не проще ли получить путь файла разложить его как угодно
был /path/to/project/lib/vendor/Doctrine/Common/IsolatedClassLoader.php 
стал  \Doctrine\Common\IsolatedClassLoader

Вот в принципе о чём говорит эта группа и вообще мне кажется весь разговор   

Дело в том, что сначала PHP узнает про класс, а потом ищет его в файле/файлах, а не наоборот - парсит 1оо5оо файлов и создает из них классы.

ну например что-то такое придумать


так как вызов будет осуществлён из последнего подключенного файла то мы всегда будем иметь адрес этого файла

Мне представляется, что в последовательности

последним включенным файлом будет b.php, а не a.php

А так - забавная функция, ее можно пристроить к автоматическому построителю карты отображения классов в скрипты системы. Другого применения придумать пока не удалось.
P.S. Не, нельзя пристроить даже и к этому...
Не знаю, зачем она нужна    

Это сообщение отредактировал(а) ksnk - 30.8.2013, 08:52

трассировка

В общем получается что узнать путь из которого вызван класс можно только через NAMESPACE? но мне кажется есть какая-то функция в PHP

Применение только одно  это получить те пути которые есть в include_path отсортировать удалить повторения и включить в  них новый путь.

Что то такое 

Но этот способ подходит для классов в виде MYCLASS.PHP без namesapce

Для NP которые не повторят файловый путь, лучше всего это массивная карта чем перебор директорий. 

Это сообщение отредактировал(а) Sanchezzz - 30.8.2013, 10:07

C чего возникло желание узнать путь по имени класса? Обычно эта задача уже решена, своеобразно, в слое autoload-функций, почему бы не скопировать оттуда?

ну если считать что "рекомендации" советуют обзывать namespace как и путь, точему бы просто не разложить путь

это как?

Вот так, примерно, у меня сделано

Просто повторить перебор "базовых" каталогов, если он есть. 

Это сообщение отредактировал(а) ksnk - 30.8.2013, 11:03

Есть такая структура приложений по умолчанию. 

app/frontend  --сайт
  modules
     <name>
         controllers
         models
         // cуб модули > N 
         modules
            <name>
  models
  controllers
app/backend  --админка по структуре также как и в  frontend  
app/common  --общая часть

Как лучше из след. 2х вариантов поступить для NP

1
Писать полностью NP от корня например для модуля crud придется задать такой NP app/frontend/modules 
Из плюсов и минусов:
[+] Даст вызов нужных нам модулей по NP из любого приложения.
[-] сделает переносимость модулей без правки namespace не обойтись.

2
Делать NP от текущей базовой папки приложения, например если мы в frontend  то это /app/frontend/ если это модуль crud из первого варианта то базовая директория становится app/frontend/modules/crud
Дальше NP отталкиваются от базовой папки. Что это дает:
[+] Переносимость модулей в любое другую папку приложения, нету привязки жёсткой к пути даже для субмоделй вложеных в друг друга. 
[-] Невозможно вызвать контроллер из другого приложения

Это сообщение отредактировал(а) Sanchezzz - 1.9.2013, 20:09