Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
idontknow
unregistriert
Solche Init/Exit-Methoden sind aber eigentlich gar nicht so schlimm!Viele Konzepte arbeiten mit solchen StartUp() und ShutDown() Funktionen.Ich verweise hier mal auf das Buch Game Engine Architecture und 3D Game Engine Design.Meiner Meinung nach , ist das aber auch eine Geschmacksfrage.Mir fallen spontan die Init/Exit Methpoden ein, liegt einfach daran, dass ein Objekt nach dem Aufruf des Konstruktors eigentlich "einsatzbereit" sein sollte!!
Zitat
Solche Init/Exit-Methoden sind aber eigentlich gar nicht so schlimm!Viele Konzepte arbeiten mit solchen StartUp() und ShutDown() Funktionen.Ich verweise hier mal auf das Buch Game Engine Architecture und 3D Game Engine Design.Meiner Meinung nach , ist das aber auch eine Geschmacksfrage.
Warum hast du ein Kürzel für bool? Lies vielleicht einmal diesen Post, dort habe ich gegen die UN argumentiert.Ein Problem bleibt aber noch.
Ich wollte die Funktionnen und Klassen wie in Davids Buch nennen, also wie er halt 'tbFunktion'.
Aber bei Batzer2D wäre das ja bFunktion. Das kommt aber mit dem Bool-kürzel durcheinander
Es gibt bestimmt Anwendungsfälle, wo eine Initialisierung nicht direkt möglich ist oder erst später Sinn macht. Allerdings stellen diese Fälle meiner Ansicht nach eher die Ausnahme dar. Das Ziel beim Design einer Klasse sollte sein, eine Invariante zu erzwingen, sodass ein Objekt zu keiner Zeit einen ungültigen Status hat.Solche Init/Exit-Methoden sind aber eigentlich gar nicht so schlimm!Viele Konzepte arbeiten mit solchen StartUp() und ShutDown() Funktionen.Ich verweise hier mal auf das Buch Game Engine Architecture und 3D Game Engine Design.Meiner Meinung nach , ist das aber auch eine Geschmacksfrage.
idontknow
unregistriert
C-/C++-Quelltext |
|
1 2 3 4 5 6 7 8 9 10 |
void foo(int pInt) { int someint = 0; } // Oder void foo2(int someint) { int SomeOtherInt = 0; } |
Kannst du mir sagen, wozu du die Unterscheidung benötigst?Wie unterschiede ich anhand der Benennung Parameter, und interne Variablen?
Hier spielt es keine Rolle, was du nimmst, das ist dein persönlicher Stil. Wichtig ist, dass du konsequent bleibst.Schreibe ich Funktionen/KLassen groß?, schreibe ich jedes Wort seperat groß?, trenne ich einzelne oerter durch einen unterstrich?, schreibe ich alles klein und trenne ich durch einen untrstrich?, verwende ich ueberhaupt unterstriche?
Was für Variablen, welche Präfixe? Von Ungarischer Notation rate ich wie gesagt ab. Aber sowas wie myMember finde ich okay, das gehört aber auch nicht in die UN-Kategorie, da es sich nicht um Typbezeichner handelt.gebe ich variablen/parametern prefixe?
Genau deshalb würde ich mich auf einen Stil festlegen und gut überlegen, ob ich UN-Präfixe weiterhin benutze.Sind allg. alles Dinge die ich wohl aufgrund fehlender Erfahrung eher spontan entscheide und dann versuche durchzuziehen, wirklihc durchdacht ist das aber kaum, das Ergebnis kann mich sich dann ja vorstellen, endlos-grauenhafter Code .
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Nexus« (25.04.2010, 12:22)
idontknow
unregistriert
Werbeanzeige