spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Naja, es können halt Mehrdeutigkeiten auftreten. Wenn man using in einer cpp Datei verwendet, wo man gut den Überblick hat, was alles benutzt wird ist das Risiko gering, aber wenn man es in einer Headerdatei verwendet, gilt das für alle Dateien, die diese Datei inkludieren (ob direkt oder indirekt).

Wenn man den Namespace immer davor schreibt, ist man auf der sicheren Seite, tippt aber mehr. Letztendlich sollte man sich der Risiken bewusst sein und lieber einmal mehr überlegen, ob man using benutzt oder nicht. Aber ich finde es ganz praktisch.

Falls es zu Mehrdeutigkeiten kommt, gibt es einen Compilerfehler!

Wenn man kein using benutzt, haben Namespaces kaum Vorteile gegenüber Präfixen für alle Namen. Namespaces wurden praktisch dafür erfunden, um mit using eingebunden zu werden..

Ciao

Imho solltest du dir gar nichts angewöhnen sondern jeweils die Variante verwenden die dir angenehmer erscheint.

Zitat von »"Helmut"«

Wenn man kein using benutzt, haben Namespaces kaum Vorteile gegenüber Präfixen für alle Namen. Namespaces wurden praktisch dafür erfunden, um mit using eingebunden zu werden..

Ciao

doch, sie haben vorteile, und wenns nur die Drop-down Liste in vielen IDEs ist

und der sinn von Namespaces war das verhindern von Mehrdeutigkeiten und das abgrenzen von Modulen - kann man natürlich auch mit einfachen Präfixen machen, aber ich find namespaces da a) eleganter (ok, subjektiv) und b) spart man sich innerhalb eines namespaces die Präfixe

Zitat von »"Helmut"«

Wenn man kein using benutzt, haben Namespaces kaum Vorteile gegenüber Präfixen für alle Namen. Namespaces wurden praktisch dafür erfunden, um mit using eingebunden zu werden..

Sorry, aber das ist einfach falsch, du scheinst die Sache nicht verstanden zu haben. Namespaces sind kein Ersatz für Präfixe, sie dienen zur logischen Gliederung von Klassen und Funktionen. Im Gegensatz zu den C-Präfixen kommen noch zusätzliche Features wie ADNL dazu. Mit dem "Ausleeren" von Namespaces, also massivem Einsatz der using-Direktive, brichst du gerade das Konzept der Namensräume.

Ein Beispiel für den Vorteil von Namensräumen:

Hier wird geschaut, ob für den Typ von left und right eine freie spezialisierte Funktion existiert, und wenn ja, wird diese angewandt. Falls keine solche Funktion existiert, wird das Funktionstemplate std::swap für diesen Typ instanziiert und aufgerufen.

Namespaces sind im Gegensatz zu Präfixen austauschbar, man ist mit ihnen grundsätzlich flexibler. Man kann Namensräume hierarchisch gliedern. Zudem gibt es noch anonyme Namensräume etc...

Zitat von »"Nexus"«

Zitat von »"Helmut"«

Wenn man kein using benutzt, haben Namespaces kaum Vorteile gegenüber Präfixen für alle Namen. Namespaces wurden praktisch dafür erfunden, um mit using eingebunden zu werden..

Sorry, aber das ist einfach falsch, du scheinst die Sache nicht verstanden zu haben. Namespaces sind kein Ersatz für Präfixe, sie dienen zur logischen Gliederung von Klassen und Funktionen. Im Gegensatz zu den C-Präfixen kommen noch zusätzliche Features wie ADNL dazu. Mit dem "Ausleeren" von Namespaces, also massivem Einsatz der using-Direktive, brichst du gerade das Konzept der Namensräume.

Ein Beispiel für den Vorteil von Namensräumen:

	C-/C++-Quelltext
1 2	using std::swap; swap(left, right);

Hier wird geschaut, ob für den Typ von left und right eine freie spezialisierte Funktion existiert, und wenn ja, wird diese angewandt. Falls keine solche Funktion existiert, wird das Funktionstemplate std::swap für diesen Typ instanziiert und aufgerufen.

Wenn du kein using benutzt hast du diesen Vorteil nicht. Ich glaube mehr wollte Helmut damit nicht sagen.

Man sollte es auf jeden Fall vermeiden komplette namespaces per using in Headern einzubinden, das wurde ja schon mehrmals gesagt.
Aber alles weitere muss denke ich jeder selbst wissen. Es spricht z.B. eigentlich nichts dagegen "using namespace std;" in einer eigenen Source Datei zu benutzen. Es spart Tipparbeit und Namenskonflikte sind behebbar, falls diese überhaupt auftreten.

Zitat von »"xardias"«

Wenn du kein using benutzt hast du diesen Vorteil nicht. Ich glaube mehr wollte Helmut damit nicht sagen.

So, wie er es formuliert hat (besonders sein zweiter Satz), habe ich das anders verstanden, nämlich dass er sich nur auf using namespace ... bezieht.