PHP Namespaces ab 5.3

drsoong · 20.09.2008, 20:36

Hi

Habe im neuen PHP Magazin gelesen, dass die seit langem "schmerzlich" vermissten Namespaces nunmehr ab Ver. 5.3 verfügbar sind. Hintergrund ist wohl, dass man duch Zuweisung eines Namensraums verhindern will, dass gleichnamige Funktionen, Klassen etc. Probleme bereiten.

Ich frage mich: Hat von Euch jemand auch schon Namespaces schmerzlich vermißt. Wenn ja, warum? Wie oft ist es bei Euch vorgekommen, dass Namensgebungen Probleme bereitet haben.

Mir ist das in 8 Jahren erst 2x bei Feldnamen in Datenbanken passiert.
Ansonsten, Ihr ahnt es wohl schon, kann ich gar nicht nachvollziehen, wo da die Brisanz liegen soll. Davon ab müßte das Problem auf der Ebene der Namesräume doch fortbestehen. Also statt zwei Funktione dann zwei Namensräume gleichen Namens, oder?

Manko10 · 20.09.2008, 20:46

Ich benutze Namespaces immer, wenn ich mit Objektorientierung zu tun habe. Und damit es nicht zu Konflikten kommt, beinhalten alle Klassennamen immer den vollen Namespace:

PHP-Code:

  class MyNamespace_MySubNamespace_MyClass

{

}

Auf Dauer kann das aber etwas umständlich werden, weshalb eine native Namespace-Unterstützung schon klasse wäre.

Montellese · 20.09.2008, 20:48

Naja Namespaces gibt es z.B. auch in Java oder C++ und manchmal machen sie schon Sinn, vor allem, wenn man noch irgendwelche Frameworks oder Libraries verwendet, die mit irgendwelchen Funktionen daherkommen. Wenn da sinnvolle Namen verwendet wurden, kann es dann schon mal passieren, dass man selber eine Funktion geschrieben hat, die genauso heisst (z.B. connect für Datenbanken oder sowas). Wenn man dann mit Namespaces arbeitet, kann die Library einfach alle Funktionen in einen Namespace reintun und dann besteht dieses Problem nicht mehr. Dafür muss man dann bei dem Funktionsaufruf mehr tippen

Ich hatte das Problem schon öfters bei JavaScript, wenn ich Frameworks wie PrototypeJS oder Mootools verwendet habe. Ich hatte mir früher mal selber ne $() Funktion geschrieben (aus Bequemlichkeit) und als ich dann mal PrototypeJS verwendet habe, habe ich vergessen meine $() Funktion zu löschen. Und dann hab ich lange gesucht, bis ich gerafft habe, dass er meine alte (bei weitem nicht so mächtige und vielseitige) Funktion verwendet anstatt die von PrototypeJS.

Manko10 · 20.09.2008, 20:55

Außerdem schaffen Namespaces (bzw. Packages) eine Menge Übersicht. Was sagt mehr aus?

Das

PHP-Code:

  class Request

{

}

 
class RSSReader

{

}

oder das

PHP-Code:

  class Core_CommandControl_Request

{

}

 
class Modules_XML_RSSReader

{

}

Beim Zweiten weißt du sofort, wo die Klasse einzuordnen ist.
Außerdem können Namespaces PEAR enorm weiterhelfen, da dort alle Klassen ebenfalls in Namespaces einsortiert sind.

drsoong · 20.09.2008, 21:41

O.K. ein Punkt ist also Übersicht.

Habe gerade mal angetestet,was passiert , wenn ich mir selber 'ne substr() schreibe.

"cannot redeclare substr()" heißt es dann.

Ja gut, dann sage ich "Ach ja, stimmt ja!" benenne das Ding in my_substr um und gut ist.

Irgendwie fehlt mir aber noch etwas, was erklärt, warum Namespaces schmerzlich vermißt wurden.

Manko10 · 20.09.2008, 21:47

Wurde schon alles genannt.

nicht jede Methode ist so gut bekannt wie substr(). Vor allem, wenn es sich um Frameworks handelt, kann es schnell unhandlich werden, wenn alle Klassen und Funktionen im selben Namespace liegen.
es schafft übersichtlichkeit.
benutzt ein System Fremdkomponenten (Module) und verwenden diese Module gleiche Namen, so führt das unweigerlich zu einem Konflikt, der im Voraus nicht abzusehen war.
Zwangahftes Umbennen einer Funktion führt oft zu unansehnlichen Namen.

drsoong · 20.09.2008, 21:56

Schon wieder Danke an Manko10. Soweit verstanden. Es scheint, der Grad der Schmerzempfindlichkeit spielt wohl auch eine Rolle :wink:

Manko10 · 20.09.2008, 21:58

Zitat:

Es scheint, der Grad der Schmerzempfindlichkeit spielt wohl auch eine Rolle

Warum schreiben wir unsere Programme eigentlich nicht alle in Assembler? Da hat auch noch nie jemand Namespaces vermisst.

EDIT:
In wiefern hat das jetzt eigentlich mit dem Wiki zu tun?

HStev · 22.09.2008, 09:55

Also Namenspaces sind ne verdammt geile Sache.
Ich hab mir die 5.3_alpha2 extra auf n Testserver kompiliert weil ich damit schon ein Webinterface entwickle ... läuft schon sehr stabil bis auf ein paar Kleinigkeiten aber nicht weiter schlimm.
Ich hab zuvor immer diese Klassen mit Sonderzeichen getrennt gehasst ... mit Namespaces kann man viel besser die Package-Zugehörigkeit darstellen als mit diesen Klassennamen.
Zumal es bei einer Namensänderung ne Menge Schreibarbeit erparrt.
Von daher eine der beste Änderungen seit langen.

brian johnson · 23.09.2008, 16:53

namespaces haben nicht nur den vorteil der zuordnung im code, sondern auch den der ordnung durch autoload. so kann ich meine namespaces schön in verschiedene ordner mit der bezeichnung der klasse als dateiname speichern.

Zitat:

-folder namespace
-- class.test.php
-- class.super.php

durch diesen code sollte z.b. dann die ./namespace/class.test.php automatisch eingebunden werden>

PHP-Code:

  use namespace;

$class=new test;

die function __autoload() bekommt dann wohl ein array und kann entsprechend versuchen die klasse test zu laden.

so, jetzt fehlt noch, das alles von php in klassen gepackt wird und die dann in namespaces. yeah.

PHP-Code:

  $object=new php::variable_types::object;

$string=new php::variable_types::string('asdf');

$integer=new php::variable_types::integer('1');

$float=new php::variable_types::float('1.1');

$null=new php::variable_types::null;

$boolean=new php::variable_types::boolean('1');

resultiert dann darin:

PHP-Code:

  echo $string->part(new php::variable_types::integer('0'),new php::variable_types::integer('5'));

(mit use wärs natürlich kürzer)

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

20.09.2008, 20:36
drsoong Erfahrener Benutzer Registriert seit: 05.08.2008 Beiträge: 1.127	PHP Namespaces ab 5.3 Hi Habe im neuen PHP Magazin gelesen, dass die seit langem "schmerzlich" vermissten Namespaces nunmehr ab Ver. 5.3 verfügbar sind. Hintergrund ist wohl, dass man duch Zuweisung eines Namensraums verhindern will, dass gleichnamige Funktionen, Klassen etc. Probleme bereiten. Ich frage mich: Hat von Euch jemand auch schon Namespaces schmerzlich vermißt. Wenn ja, warum? Wie oft ist es bei Euch vorgekommen, dass Namensgebungen Probleme bereitet haben. Mir ist das in 8 Jahren erst 2x bei Feldnamen in Datenbanken passiert. Ansonsten, Ihr ahnt es wohl schon, kann ich gar nicht nachvollziehen, wo da die Brisanz liegen soll. Davon ab müßte das Problem auf der Ebene der Namesräume doch fortbestehen. Also statt zwei Funktione dann zwei Namensräume gleichen Namens, oder?


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

20.09.2008, 20:46
Manko10 Supermoderator HD Registriert seit: 16.03.2008 Beiträge: 8.706 PHP-Kenntnisse: Fortgeschritten	Ich benutze Namespaces immer, wenn ich mit Objektorientierung zu tun habe. Und damit es nicht zu Konflikten kommt, beinhalten alle Klassennamen immer den vollen Namespace: PHP-Code: `class MyNamespace_MySubNamespace_MyClass { }` Auf Dauer kann das aber etwas umständlich werden, weshalb eine native Namespace-Unterstützung schon klasse wäre. __________________ Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

20.09.2008, 20:48
Montellese Erfahrener Benutzer Registriert seit: 30.07.2007 Beiträge: 541	Naja Namespaces gibt es z.B. auch in Java oder C++ und manchmal machen sie schon Sinn, vor allem, wenn man noch irgendwelche Frameworks oder Libraries verwendet, die mit irgendwelchen Funktionen daherkommen. Wenn da sinnvolle Namen verwendet wurden, kann es dann schon mal passieren, dass man selber eine Funktion geschrieben hat, die genauso heisst (z.B. connect für Datenbanken oder sowas). Wenn man dann mit Namespaces arbeitet, kann die Library einfach alle Funktionen in einen Namespace reintun und dann besteht dieses Problem nicht mehr. Dafür muss man dann bei dem Funktionsaufruf mehr tippen Ich hatte das Problem schon öfters bei JavaScript, wenn ich Frameworks wie PrototypeJS oder Mootools verwendet habe. Ich hatte mir früher mal selber ne $() Funktion geschrieben (aus Bequemlichkeit) und als ich dann mal PrototypeJS verwendet habe, habe ich vergessen meine $() Funktion zu löschen. Und dann hab ich lange gesucht, bis ich gerafft habe, dass er meine alte (bei weitem nicht so mächtige und vielseitige) Funktion verwendet anstatt die von PrototypeJS.

20.09.2008, 20:55
Manko10 Supermoderator HD Registriert seit: 16.03.2008 Beiträge: 8.706 PHP-Kenntnisse: Fortgeschritten	Außerdem schaffen Namespaces (bzw. Packages) eine Menge Übersicht. Was sagt mehr aus? Das PHP-Code: `class Request { } class RSSReader { }` oder das PHP-Code: `class Core_CommandControl_Request { } class Modules_XML_RSSReader { }` Beim Zweiten weißt du sofort, wo die Klasse einzuordnen ist. Außerdem können Namespaces PEAR enorm weiterhelfen, da dort alle Klassen ebenfalls in Namespaces einsortiert sind. __________________ Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

20.09.2008, 21:41
drsoong Erfahrener Benutzer Registriert seit: 05.08.2008 Beiträge: 1.127	Aha O.K. ein Punkt ist also Übersicht. Habe gerade mal angetestet,was passiert , wenn ich mir selber 'ne substr() schreibe. "cannot redeclare substr()" heißt es dann. Ja gut, dann sage ich "Ach ja, stimmt ja!" benenne das Ding in my_substr um und gut ist. Irgendwie fehlt mir aber noch etwas, was erklärt, warum Namespaces schmerzlich vermißt wurden.

20.09.2008, 21:47
Manko10 Supermoderator HD Registriert seit: 16.03.2008 Beiträge: 8.706 PHP-Kenntnisse: Fortgeschritten	Wurde schon alles genannt. nicht jede Methode ist so gut bekannt wie substr(). Vor allem, wenn es sich um Frameworks handelt, kann es schnell unhandlich werden, wenn alle Klassen und Funktionen im selben Namespace liegen. es schafft übersichtlichkeit. benutzt ein System Fremdkomponenten (Module) und verwenden diese Module gleiche Namen, so führt das unweigerlich zu einem Konflikt, der im Voraus nicht abzusehen war. Zwangahftes Umbennen einer Funktion führt oft zu unansehnlichen Namen. __________________ Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

20.09.2008, 21:56
drsoong Erfahrener Benutzer Registriert seit: 05.08.2008 Beiträge: 1.127	O.k., o.k. Schon wieder Danke an Manko10. Soweit verstanden. Es scheint, der Grad der Schmerzempfindlichkeit spielt wohl auch eine Rolle :wink:

22.09.2008, 09:55
HStev Erfahrener Benutzer Registriert seit: 25.04.2005 Beiträge: 1.356	Also Namenspaces sind ne verdammt geile Sache. Ich hab mir die 5.3_alpha2 extra auf n Testserver kompiliert weil ich damit schon ein Webinterface entwickle ... läuft schon sehr stabil bis auf ein paar Kleinigkeiten aber nicht weiter schlimm. Ich hab zuvor immer diese Klassen mit Sonderzeichen getrennt gehasst ... mit Namespaces kann man viel besser die Package-Zugehörigkeit darstellen als mit diesen Klassennamen. Zumal es bei einer Namensänderung ne Menge Schreibarbeit erparrt. Von daher eine der beste Änderungen seit langen.