spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »"Deviloper"«

@Databyte: Is so nicht korrekt. Guck mal das Keyword "mutable" nach.

Ja mann........

Immer diese Kleinigkeiten...

PS: jaja du hast ja recht

Zum Thema konstanten gibts da noch zu sagen, dass es noch die logische Konstantheit gibt. Sprich man kann durch eine Methode einen Zeiger/Referenz auf das Obejekt zurückgeben, welche dann wiederum das Objekt verändern kann. Soll diese Funktion nun konstant sein, oder nicht?

Zitat von »"drakon"«

Zum Thema konstanten gibts da noch zu sagen, dass es noch die logische Konstantheit gibt. Sprich man kann durch eine Methode einen Zeiger/Referenz auf das Obejekt zurückgeben, welche dann wiederum das Objekt verändern kann. Soll diese Funktion nun konstant sein, oder nicht?

Referenzen kannst du nur konstante zurück geben, bei konstanten Methoden.

Da kannst du die Variable auch gleich public machen..

Ich persönlich würde sie nicht konstant machen, da ich im Zweifelsfall lieber eine Compiler Meldung bekomme, wenn ich Versuche ein konstantes Objekt zuzugreifen, als, dass es funktioniert und ich dann etwas "hinter den Kulissen machen kann".

Primitive Datentypen zurückgeben by const-Value, sonst by const-Ref. Dann stellt sich die Frage nicht!

Zitat von »"Deviloper"«

Primitive Datentypen zurückgeben by const-Value

Wieso Const-Value und nicht einfach nur Value? Das macht bei primitiven Datentypen nämlich keinen Unterschied.

Achja ne is klar const verhält sich je nach Datentyp anders. .. ehm ja ne is klar keule ...

=> dein Arr wird immer gelöscht ... dafür const

Zitat von »"kiba"«

	Quellcode
1 2 3 4 5 6 7	class A{ private: int a; public: inline int* geta() const {return &this->a;} };

In diesem Fall macht es wenig Sinn, nur die Methode const zu machen. Du musst den Rückgabetyp (also deinen int*) auch const machen:



Somit ist sichergestellt, dass du deinen int nur lesen kannst, aber nicht verändern. Manche Programmierer vermeiden setter und verwenden stattdessen 2 getter. Bedeutet, sie haben einmal einen const getter und einen der nicht const ist. Mit dem nicht konstanten kann man dann den Wert (per Referenz) verändern. Hat mit sicherheit vor und nachteile.

Das inline brauchst du auch nicht, methoden, deren Rumpf in der Klasse ist, sind automatisch immer inline. Dann würde ich das return noch so umbauen:


PS: Verwende doch bitte das

Socke

Nja @Faule Socke: Ja sagen wa mal so, wenn de 2 Getter hast, so wie du beschrieben hast, kannst du die Variable direkt Public machen denn dann ist es Schwachsin da überhaupt getter/setter drum zusetzen, denn du kannst die Eingabe des Users wieder nicht kontrollieren ...