[namespace] Przestrzenie nazw w PHP, Czy jest w ogóle sens używać ich? Opcje

[starach]

Naszła mnie taka myśl przed chwilą. Przestrzenie nazw zostały wymyślone jako kategorie obiektów, ale tak na prawdę co przemawia za używaniem ich. Jeszcze chwilę temu chciałem przebudować swój framework wprowadzając przestrzenie nazw bazując na Symfony 2.0, które podobno jest x razy szybsze właśnie głównie ze względu na ich wykorzystanie. Tak na prawdę jednak zamiast nazwy typu sysCoreApplication dostajemy \sys\Core::Application. Jeśli wprowadzić keszowanie załadowanych plików klas powiedzmy na konkretny url to cały wspaniały czar wydajności pryska jak bańka mydlana, a mnie osobiście bardziej się podoba pierwszy zapis niż drugi.

Jestem ciekaw waszego zdania na temat.

[Zyx]

starach -> nie wiem, jak ty go czytałeś (IMG:style_emoticons/default/smile.gif) . Cały wpis jest poświęcony właśnie tematowi standaryzacji nazewnictwa i omawia m.in. konwencję proponowaną jako standard:

* Pierwszy człon jest zawsze nazwą dostawcy (projektu) i musi być przestrzenią nazw.
* Człony mogą być albo przestrzeniami nazw, albo separowane przez _, jak w Zend Frameworku.
* Ostatni człon jest tożsamy z nazwą pliku z klasą/interfejsem.

Natomiast to, co jest w środku, zależy już od Ciebie. Dopóki pierwszy człon masz unikalny/charakterystyczny, masz spokój z tym, co będzie dalej, pod warunkiem że we własnych plikach będziesz jako tako pilnować porządku.

Konwencji javowej z odwróconą nazwą domeny nie polecam, gdyż uniemożliwi to działanie poprawne rozszerzeniu SplClassLoader, które ma szansę pojawić się niebawem w bibliotece SPL wbudowanej w PHP.