spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Bei uns ist ein _ vor private Member-Variablen einer Klasse üblich. Ansonsten PascalCase. Das ist alles. Kein "p", kein "m", keine Datentypen, nichts. Viele verwenden auch überhaupt kein Präfix.
Ungarische Notation ist nicht mehr modern, seit einer ganzen Weile. Man bezeichnet es sogar als Code-Smell.

Mich würden Guidelines zur Verwendung von neuen Features wie z.B. auto interessieren.
An vielen Stellen kann man das aus Faulheit schreiben, aber wirklich nötig ist es nur ganz selten.

Von dem was ich so mitbekomme, sollte man sich gar nicht an Grossfirmen oder ähnlichem orientieren, denn insbesondere bei grossen Firmen werden Abläufe standardisiert und bis zum geht nicht mehr getestet (auch bekannt als Qualitätskontrolle). Dies hat Vorteile, wie z.B. kompatible Prozesse zwischen unabhängigen Gruppen und Stabilität der verwendeten Software, aber es bringt eben auch grosse Hindernisse mit sich. Man kann nicht einfach von einem Tag auf den anderen etwas am Stil ändern oder sich einmal den neusten Kompiler holen, sondern dies muss alles über lange Umwege wieder geprüft und standardisiert werden und somit passiert es dann oft, dass Firmen über Jahre nicht auf neuere Technologien umsteigen, was dann eben wiederum dazu führt, dass viele Grossfirmen schreckliche Coding Styles und Guidelines haben und von C++11 nur träumen können.

Im Gesamten gesehen werden dir alle Leute mit etwas modernerem C++ sagen, dass man niemals ungarische Notation verwenden soll. Eine weitere "Regel" die sich in vielem Code wieder findet ist, dass man Klassen mit einem grossen Anfangebuchstaben schreibt. Ansonsten ist das Meiste ziemlich Geschmackssache ob man nun CamelCase oder camelCase oder standard_like verwendet und ob man nun m_ oder _ oder gar kein prefix für Membervariabeln verwendet.

"State of the Art" Coding Styles gibt es nicht - ausser du würdest den Standard als "State of the Art" bezeichnen, dann kannst du Mal bisschen durch die C++ Referenz browsen.

Zitat von »ERROR«

Aber auch um Fragen wie: (aus einem anderen Thread von mir) welche Container benutzt man überhaupt noch? Welche Dinge aus alten Standards benutzt man seit C++11 nicht mehr?

Das kommt sehr auf den Code drauf an. Wenn man mit alten Code arbeitet, wird selten das ganze Projekt refactored, also bleibt da noch so ziemlich alles beim Alten. Containers werden meiner Erfahrung nach immer noch gleich eingesetzt, evtl. kann man ein paar maps durch unordered_maps ersetzen - die Grundlagen der Programmierung lösen sich ja nicht einfach so auf. Der einzige "Container" welcher so zu sagen "deprecated" ist, ist das normale statische C Array, das wurde nämlich mit C++11 durch std::array "ersetzt", leider haben das bis jetzt nur wenige bemerkt.
Einer der wichtigsten Änderungen mit C++11 ist die "Abschaffung" von Manuellem Memory Management - new/delete Paare sind jetzt mit sehr, sehr, sehr wenigen Ausnahmen nicht mehr erwünscht. Stattdessen haben wir jetzt Smart Pointers, wie std::unique_ptr, std::shared_ptr und std::weak_ptr, welche über RAII die Probleme von Memory Leaks so ziemlich auf Null reduzieren.

"Best Practice" für C+11 gibt es schon einige Artikel, aber wie C++11 über längere Zeitspannen zu verwenden ist, wird wohl noch einige Jahre unklar bleiben, schliesslich ist der Standard noch jung und wird noch nicht einmal komplett von allen Kompilers unterstützt.

Zitat von »David Scherfgen«

Mich würden Guidelines zur Verwendung von neuen Features wie z.B. auto interessieren.
An vielen Stellen kann man das aus Faulheit schreiben, aber wirklich nötig ist es nur ganz selten.

Ja da hab ich mich auch schon etwas gefragt. Ich persönlich würde auto wohl nur für kurzlebige temporäre Variabeln verwenden. Wobei es natürlich sehr auf die Situation darauf ankommt...

auto ist vor allem ein Komfortfeature. Insbesondere im Zusammenhang mit Templates kann es aber unglaublich praktisch sein, z.B. wenn man ansonsten Typen irgendwie über extrem komplizierte Hilfkonstrukte ermitteln müsste, nur damit man die passende Deklaration hinschreiben kann. Das eine C++11 Feature, das wirklich die Sprache an sich fundamental verändert hat, sind imo rvalue References.

Zitat von »David Scherfgen«

Mich würden Guidelines zur Verwendung von neuen Features wie z.B. auto interessieren.
An vielen Stellen kann man das aus Faulheit schreiben, aber wirklich nötig ist es nur ganz selten.

In C# gilt bei uns überall var zu verwenden. Es reduziert den Noise und erlaubt vor allem auch Austausch des Datentyps in einem Refactoring ohne dass sich gleich der gesamte Code vor lauter Fehlern wild rot umfärbt. Ich glaube auch nicht, dass es nur unbedingt was mit Bequemlichkeit zu tun hat. Eine Variable muss den Zweck über ihren Namen eindeutig genug nach außen transportieren. Dabei ist der Typ an sich nicht mal immer wirklich relevant.
Was ist besser lesbar?
std::map<std::string,mf::foobar<bf::string>>::iterator it = myMap.begin();
oder
auto iterator = begin(myMap);
Ich finde eindeutig letzteres. In C# ähnlich:
vs

Ich benutze auto mittlerweile gerne wie folgt:

auto v = std::vector<int>(42);

anstatt

std::vector<int> v(42);

In der zweiten Variante geht der Name der Variablen irgendwie unter, und man könnte es mit einem Funktionsaufruf verwechseln. Ich fand es schon immer doof, dass man dem Konstruktor bei der Erzeugung eines Objekts auf dem Stack auf andere Art die Parameter übergibt als bei der Erzeugung mit new. Mit auto geht es nun einheitlich, ohne dass man den Typ zweimal hinschreiben muss.

Das is ganz nett, stimmt.

Und es erinnert dann stark an C#-structs! (nur das new fehlt )

Geht halt leider nicht immer so (z.B. bei std::unique_ptr), aber new verwendet man sowieso selten und wenn, dann niemals mehr direkt...