spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich empfehle dir ein anderes Buch zu kaufen. Die 21 Tage Bücher sind alle nicht so besonders. Das C++ Buch hatte ich auch mal, habs schnell wieder verkauft. Und DX in 21 Tagen ist auch nicht besonders.

Aber zu deiner Frage:
Namespaces werden gebraucht um die Zusammengehörigkeit von Modulen auszudrücken oder anders gesagt zur Gruppierung. Der Vorteil ist eine ordentliche Struktur und das Vermeiden von Klassen und Funktionen im globalen Namensbereich. Man muss dann jede Komponente qualifizieren um sie zu verwenden. Dadurch hat man aber auch gleich einen Überblick von welchem Modul die Komponente kommt. Wenn einem das zu viel arbeit ist kann man die Using-Direktive benutzen und dann kann man quasi auf die Komponenten zugreifen, also ob sie im globalen Namensbereich wären, sind sie aber zum Glück nicht.
Du kennst ja sicher using namespace std; Damit verwendest du ja den Standard Namensraum in dem z.B. cout und cin definiert sind.

Ich finde die Gruppierung von zusammengehörigen Komponenten sehr wichtig für eine gute Struktur im Programm.

Noch ein kleines fiktives Beispiel:

Hi,

ich poste mal den post aus dem letzten thread:

Zitat

Namespaces kann man als "Nachnamen" vergleichen für C++:
Beispiel:

C-/C++-Quelltext

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

int x = 33; // Globaler Namespace kann so aufgerufen werden ::x = 22; namespace Nox // "Nachname" "Nox" { int x = 55; // Variable kann nur so aufgerufen werden Nox::x = 33; oder mit einer using-direktive } namespace Patrick // "Nachname" "Patrick" { int x = 77; // Variable kann nur so aufgerufen werden Patrick::x = 33; oder mit einer using-direktive } // Benutzung: ::x = 9999; // Globaler Namespace, also Kein Nachname Nix::x = 333; // Variable aus dem Namespace Nox usw.

Namespaces sind extrem praktisch! man kann z.B. für eine WrapperAPI folgendes machen, einen Namespace Linux, Windows usw.

Oder bestes Beispiel bei mir momentan:
Engine hat den namen "Loki" und benutzt einen vector intern für 4 Dimensionen, benutzt wird er so:
loki::vector
das selbe mit matrizen:
loki::matrix
oder quaternions:
loki::quaternion

usw.

Also Praktisch und sollte man nicht in die ecke drücken

Falls es nicht eindeutig ist, konkrete fragen stellen und ich erörtere es

-Patrick

Zitat

Nix::x = 333; // Variable aus dem Namespace Nox

:angry:
Hat uns unser Unterbewusstsein wohl einen streich gespielt.

Du kannst von einem Namensraum keine Instanz erzeugen.

Stell dir vor du arbeitest mit mehreren Programmieren zusammen und alle nutzen nur den globalen Namensraum. Jetzt hast du eine Funktion geschrieben, die den gleichen Namen usw. wie die eines anderen Entwicklers hat. Würdet ihr eueren Code dann zusammenwerfen, würde es zur Namenskollision der beiden Funktionen kommen.

Durch Namensräume kannst du alle zusammengehörige Komponenten in eine Struktur legen und sie vor Namenskollisionen mit anderen Funktionen schützen.

Noch ein kleines Beispiel:
Ich arbeite im Moment, wie so viele, an einer kleinen Engine. Diese teile ich in getrennt Subsystem auf. Dabei bekommt jedes Subsystem (Graphics, Input, System, ...) einen eigenen Namensraum. Dadurch strukturiere ich meine Subsystem und gruppiere alle zusammengehörige Komponenten.

Ich empfehle dir mal die folgende Seite durchzuarbeiten. Vielleicht verstehst du es dann besser:
http://msdn.microsoft.com/library/defaul…_namespaces.asp

Ich hoffe dir hat das was gebracht :ohoh:

@Nox:
Sorry warn tippfehler und kein angriff

ABer nen lustiger tippfehler