C++ code im header richtig?

In C++ ist es durchaus gebräuchlich, triviale Implementierungen von 
Funktionen in der Headerdatei anzulegen. Bei Code mit inline-Attribut 
muss das sogar so gemacht werden.

Außer in diesem Fall ist es aber nicht erforderlich, das von C her 
gewohnte Schema Deklaration -> .h / Definition -> .c kann hier 
beibehalten werden.

Bei der Definition von Memberfunktionen einer Klasse muss der 
Klassenname mit :: als Separator vor den Funktionsnamen gesetzt werden.

Ist in einer Klasse bla eine Funktion foo deklariert, wie 
beispielsweise hier:

1

class bla

2

{

3

  // ...

4

  int foo();

5

  // ...

6

};

dann sieht die Definition so aus:

1

int bla::foo()

2

{

3

  // ...

4

}

Als Dateinamensschema hat sich die Verwendung je eines Paares 
.cpp/.h-Dateien pro Klasse mit dem Klassennamen als Dateinamen als 
praktikabel erwiesen.

Obiges Beispiel bestünde also aus bla.h und bla.cpp

Microsoft verwendet in seinen C++-Varianten die präfixorientierte 
ungarische Notation und hängt ein großes C vor den Klassennamen. Das ist 
dann nicht Dateinamensbestandteil.
Eine Klasse CFoo wird dann in Foo.h / Foo.cpp abgelegt.

Das ist kein C++, sondern eine von Microsoft erfundene Perversion namens 
"Managed C++".

Wenn das von Dir erwähnte Codeschnipselchen innerhalb einer 
Klassendeklaration steht, dann kann man das tatsächlich so machen.

Ob das jetzt übersichtlicher ist, ist hingegen eine ganz andere 
Angelegenheit.

>> Nimm C#, wirste glücklicher und auch glücklich.
>> Ist easy und solche Fragen stellen sich gar nicht erst.

Ja, und weil das so ist programmiert auch kaum noch einer in C/C++ :-) - 
dazu empfehle ich "Enough Rope to Shoot Yourself in the Foot: Rules for 
C and C++ Programming (Unix/C)" von Allen Holub.

Merkwürdigerweise ist C/C++ Code oftmals weniger fehlerbehaftet als ein 
C#- oder Java-Code, weil C-Programmierer wegen dieser "Mankos" gehalten 
sind, genauer über ihren Code nachzudenken - und sich nicht auf 
GarbageCollections und ähnliche Gadgets verlassen können

Aber zum Thema:
In unserer Softwareabteilung galt die Meinung, dass die H-Datei eine 
gewisse öffentliche Funktion hat, schliesslich wird diese per #include 
woanders eingebunden. Daher sollte man dort keinen Code einbauen, den 
man nicht auch bewusst unter diesem Blickwinkel haben will.
Das ist nicht wirklich eine technische Entscheidung sondern eher eine 
Frage der Einstellung zum Code. Genauso gibt es immer Leute, die sich 
beklagen, dass man H-Dateien nicht immer fröhlich und ohne Nebeneffekte 
bunt durcheinander includen darf - bei einem ordentlichen Design hat man 
diese Probleme eigentlich nicht