Quellcode Organisation

Braunstein

Ja.

Klar, geht das.
Bis auf namespace short. Weil short ist ein keyword von C++. Aber das is jetzt Erbsenzählerei *g*.
rya.

Edit: Wenn du aber sowas machen willst, geh ins Java-Forum :P. Ich hab noch kein C++-Produkt mit solch extrem verschachtelten Namespaces gesehen.

RHBaum

Ich hab noch kein C++-Produkt mit solch extrem verschachtelten Namespaces gesehen.

Aber es kommt langsam in Mode !

Haben schon von externen zulieferern Interfaces mit namespaces in der 5. oder 6. ebene bekommen

Ciao ...

RHBaum schrieb:

Ich hab noch kein C++-Produkt mit solch extrem verschachtelten Namespaces gesehen.

Aber es kommt langsam in Mode !

Haben schon von externen zulieferern Interfaces mit namespaces in der 5. oder 6. ebene bekommen

Ciao ...

Gnaahh, ich hasse es ehrlich gesagt. Vor allem wenn dann die Libs noch so tolle namen wie System oder CSystem verwenden, innerhalb Ihrer Namespaces. Wenn man dann using verwendet, haut mir das jedesmal Intellisense auseinander.. -.-
rya.

Sceletor

finix schrieb:

GUI wird ein namespace sein, ja. Das hat aber alles nichts mit der "physischen" Organisation zu tun, das bleibt ganz dir überlassen. Du kannst alles in eine einzige Datei packen, eine Datei pro Methode oder Funktion, was auch immer.

In der Regel bietet sich folgende Struktur an:
/src/some_namespace/class_foo.hpp
/src/some_namespace/class_foo.cpp
/src/some_namespace/modul_bar.hpp
/src/some_namespace/modul_bar.cpp
/src/some_namespace/nested_namespace/class_whatever.hpp
/src/some_namespace/nested_namespace/class_whatever.cpp
/src/another_namespace/class_smth.hpp
/src/another_namespace/class_smth.cpp
/etc.

Mal ne Frage dazu: Wenn ich das so machen würde, wie wären dann die Einstellungen die #includes betreffend?

Ich verstehe im Moment leider noch net ganz, wie include nach den Dateien sucht, es gibt ja

#include <blabla>

was im include Verzeichnis des Compilers nach der Datei sucht und

#include "blabla"

was im aktuellen Verzeichnis nach blabla sucht.

Beides passt ja erstmal nicht bei der Benutzung von Unterverzeichnissen, vor allem wenn die main selbst in nem Unterverzeichnis liegt oder eine Datei ne andere einbinden will, die auf einer höheren Verzeichnisebene liegt...
Oder habe ich da jetzt was falsch verstanden?

Badestrand

mit #include "..\\bla.h" wird im übergeordneten Verzeichnis nach der Datei gesucht, ebenso kannst du Unterverzeichnisse angeben: #include "subdir\\kraks.h" . So kannst du überall-hin navigieren.

Artchi

Na, da gibst du dann halt einfach den relativen Pfad an.

Innerhalb des Projektes kannst du sowas machen:

#include "some_namespace/class_foo.hpp"

Artchi

Badestrand schrieb:

mit #include "..\\bla.h" wird im übergeordneten Verzeichnis nach der Datei gesucht, ebenso kannst du Unterverzeichnisse angeben: #include "subdir\\kraks.h" . So kannst du überall-hin navigieren.

Also Backslash ist ja wohl ganz böse. Benutze doch bitte einfach Slashs... das geht auch auf einem Windows-Compiler.

Artchi schrieb:

Badestrand schrieb:

mit #include "..\\bla.h" wird im übergeordneten Verzeichnis nach der Datei gesucht, ebenso kannst du Unterverzeichnisse angeben: #include "subdir\\kraks.h" . So kannst du überall-hin navigieren.

Also Backslash ist ja wohl ganz böse. Benutze doch bitte einfach Slashs... das geht auch auf einem Windows-Compiler.

Fördert vor allem die Portabilität des Codes auf andere Systeme.

@Topic
Wie du das mit dem Verzeichnissen machst, ist auch wieder Geschmackssache ;).
Ich hab bei meiner Lib folgendes layout:

[ÜberVerzeichniss]
- [ProjektVerzeichniss]
- [src] <- enthält nur .cpp dateien
- ProjektDatei.vcproj
- [include]
- DieselTool.h <- enthält einen allgemeinen header, der alles includiert
- inc <- enthält .h dateien
[end]

In der Projekt-Datei includiere ich alle Dateien mit "inc/foo.h". Das Verzeichnis include ist in der Projektdatei als zus. include-pfad angegeben.
Also kann ich mit <inc/foo.h> einfach die dateien zufügen.
rya.

Sceletor

Badestrand schrieb:

mit #include "..\\bla.h" wird im übergeordneten Verzeichnis nach der Datei gesucht, ebenso kannst du Unterverzeichnisse angeben: #include "subdir\\kraks.h" . So kannst du überall-hin navigieren.

Das mit über- und untergeordneten Verzeichnissen verstehe ich so leider nicht, das Beispiel ist etwas zu abstrakt für mich.

Wenn ich jetzt im Verzeichnis Source\UI\HUI eine Datei liegen habe und eine Datei im Verzeichniss \Source\app includen will, wie lautet dann die Anweisung?

Artchi

Na, das sind doch ganz normale Kommandozeilen-Kenntnisse aus der Windows- und Unix-Welt!

Ein Verzeichnis hoch wechseln:

cd ..

Eine Datei aus dem oben liegendem Verzeichnis starten:

../start.exe

Noch nie nen Computer benutzt?

Nichts anderes passiert in der Include-Anweisung.

#include "../gui/button.hpp" // aus dem aktuellen Verzeichnis eins hoch, in gui rein, dort button.hpp benutzen

#include "../../gui/button.hpp" // aus dem aktuellen Verzeichnis zwei hoch, in gui rein, dort button.hpp benutzen

#include "./gui/button.hpp" // aus dem aktuellen Verzeichnis in gui rein, dort button.hpp benutzen

#include "gui/button.hpp"  // das gleiche wie mit ein punkt

Sceletor

AAAARGH...

Ja doch, schonmal nen Computer benutzt, aber die Doppelpunkte als "da könnte nochmehr stehen" interpretiert, und nicht als Teil des Kommandos...

Badestrand

Artchi schrieb:

Badestrand schrieb:

mit #include "..\\bla.h" wird im übergeordneten Verzeichnis nach der Datei gesucht, ebenso kannst du Unterverzeichnisse angeben: #include "subdir\\kraks.h" . So kannst du überall-hin navigieren.

Also Backslash ist ja wohl ganz böse. Benutze doch bitte einfach Slashs... das geht auch auf einem Windows-Compiler.

Ich benutze auch immer normale Slashs. War mir nur nicht mehr sicher, ob das auch unter Linux geht, hab dann einfach mal einen Backslash gemacht
edit: Wegen dem von wegen Linux nimmt eine Art, Windows beide weils die eine patentiert hat..