Re: C:Stil
Verfasst: Do Jul 31, 2008 12:02 pm
So, ich hab jetzt einmal einen Punkt mit Wächtern eingebaut. Kritik ist wie immer erwünscht
Das wäre sicher sinnvoll. Ich habe es einmal etwas zusammengeschrieben, so wie ich es verwende. Diese Standards basieren einerseits auf den Codingstandards von der Uni und andererseits auf eigenen Erfahrungen und fremden Programmen. Bis jetzt hat er sich zumindest gut bewährt, auch wenn noch nicht alle Regeln drinnen stehen...cloidnerux hat geschrieben:Daher wäre es wohl sinnvoll, wenn wir einen einheits Styl für das Wiki einführen würden, an dem sich alle Code-Beispiele halten müssten, sodass es nicht zu einem zu großem Code wirr war kommt.
Irgendwie gefällt mir bei dir die Benennung von Variablen und Funktionen nicht sehr. Was machst du denn wenn auch noch typedefs, Klassen, Strukturen oä. dazu kommen, bzw. wie unterscheidest du Membervariablen von Parametern und lokalen Variablen?cloidnerux hat geschrieben:Ein Beispiel wie das Aussehen könnte, habe ich unter http://aeris.a-server.tk/index.php/Code-Design_Regeln für das Aeris-Projekt zusammengestellt.
Naja, ich habe es bisher immer als störend empfunden, wenn ich immer name_s oder iwas_t schreiben musste, da es für mich weder übersichtlicher noch einfacher zu verstehen war. Treffende Namen waren bisher immer hilfreicher.Was machst du denn wenn auch noch typedefs, Klassen, Strukturen oä. dazu kommen, bzw. wie unterscheidest du Membervariablen von Parametern und lokalen Variablen?
Das Thema interessiert mich sehr.Kerli hat geschrieben:Irgendwie gefällt mir bei dir die Benennung von Variablen und Funktionen nicht sehr. Was machst du denn wenn auch noch typedefs, Klassen, Strukturen oä. dazu kommen, bzw. wie unterscheidest du Membervariablen von Parametern und lokalen Variablen?
Code: Alles auswählen
class Variable
{
TypeSequence TypeSequence;
}
Ja, es ist auch nicht wirklich leicht etwas gutes zu finden. Aber man entwickelt sich weiter. Wenn ich mir heute einen Code von mir von vor ein paar Jahren anschaue, dann denke ich mir, wie habe ich das nur so formatieren könnenXin hat geschrieben:Das Thema interessiert mich sehr.
Und was ist wenn die Variablen aus mehr als nur einem Wort bestehen?Xin hat geschrieben:Lokale Variablen/globale Funktionen werden klein geschrieben. (int i; initProgramm())
Da unterscheide ich lieber nach Funktion und Variable. Memberfunktionen schreibe ich so wie du globale Funktionen schreibst, weil das sie Member sind erkennt man ja sowieso an der Klasse davor (Typname->memberFunction). Und Variablen schreibe ich eigentlich immer klein mit Unterstrichen getrennt. In Klassen/Strukturen etc. stelle ich dann noch einen Unterstrich davor, damit es erstens keine Kollisionen mit Parametern und lokalen Variablen geben kann und zweitens auch mit Autovervollständigung mit Eingeben von nur dem Unterstrich gleich alle Membervariablen kommen.Xin hat geschrieben:Typnamen und Typmember werden groß geschrieben. (Typname->TypMember)
Würdest du das dann also etwa wie folgt machen?Xin hat geschrieben:Konstanten sind bei mir Member eines Konstanten-Typs. Das Token von if z.B. heißt bei mir "Key::If" und ist eine Konstante vom Typ Key.
Code: Alles auswählen
class Key
{
public:
static const Key If;
}
Damit wäre ich irgendwie nicht so zufrieden. Was wenn der Fall dann doch einmal eintrittXin hat geschrieben:Ich habe durchaus Lösungen für das Problem, indem ich deutlich mehr über Vererbung löse.