Öffentliches RPG Projekt
-
Ich möchte kurz auf Konstruktoren und Destruktoren zu sprechen kommen.
Ich hoffe ich hab das jetzt richtig verstanden:
Konstruktoren und Destruktoren sind zuständig für erzeugen und die auflösung von Objekten.
Ein Konstruktor kann Werte definieren(Werte können in der Klasse selbst nochmals redefiniert werden).
Ein Destruktor löst das Objekt auf.
Diest ist dem Scope einer Variable sehr ähndlich.
Sobald ein Codeblock verlassen wird, ist die Variable aufgelöst.Hab ich das richtig verstanden?
Gruss,
Dragon4411
-
Ja, nur dass mit den Werten die definiert werden klingt komisch. Ein Wert wird nicht definiert. Im Konstruktor kannst du Variablen initialisieren (über die Initialisierungsliste). Variablen einen Wert zuweisen kannst du im Konstruktor, und in jeder anderen Methode. (Die nicht statisch oder const ist, falls die Membervariable nicht mutable ist.)
-
Dragon4411 schrieb:
Ich hoffe ich hab das jetzt richtig verstanden:
Konstruktoren und Destruktoren sind zuständig für erzeugen und die auflösung von Objekten.
Ich würde es etwas anders formulieren: Der Konstruktor dient dazu ein Objekt mit einem konsistenten Zustand zu initialisieren, der Destruktor dient der Freigabe von Ressourcen (Neben Konstruktor und Destruktor kennt C++ noch mindestens zwei weitere Methoden: Zuweisungsoperator und Kopierkonstruktor, du solltest hier mal nach Regel der Drei bzw. Dreierregel schauen).
Dragon4411 schrieb:
Ein Konstruktor kann Werte definieren(Werte können in der Klasse selbst nochmals redefiniert werden).
Wie von cooky451 schon geschrieben ist definieren hier ein sehr unpassendes Wort (Initialisieren / Zuweisen bzw. Überschreiben).
Dragon4411 schrieb:
Ein Destruktor löst das Objekt auf.
Eher umgekehrt: Ein Destruktor wird aufgerufen wenn ein Objekt zerstört wird.
Dragon4411 schrieb:
Diest ist dem Scope einer Variable sehr ähndlich.
Eine Variable umfasst auch Objekte. Wenn ich eine Klasse A habe ist "A a;" eine Variablendefinition, auch wenn hier ein Objekt einer Klasse gemeint ist. Der unterschied zu den Datentypen wie int ist nur das eine Klasse ein Konstruktor und Destruktor etc. besitzt. Für die Lebenszeit gibt es keine Unterschiede.
-
cooky451 schrieb:
Ja, nur dass mit den Werten die definiert werden klingt komisch. Ein Wert wird nicht definiert. Im Konstruktor kannst du Variablen initialisieren (über die Initialisierungsliste). Variablen einen Wert zuweisen kannst du im Konstruktor, und in jeder anderen Methode. (Die nicht statisch oder const ist, falls die Membervariable nicht mutable ist.)
Danke schön
Und was ist wenn ich den jetzt virtual mache?
Gruss,
Dragon4411
-
asc schrieb:
Eine Variable umfasst auch Objekte. Wenn ich eine Klasse A habe ist "A a;" eine Variablendefinition, auch wenn hier ein Objekt einer Klasse gemeint ist.
In C++ versteht man unter Objekt alles, was irgendwie Speicher belegt. Darum macht es Sinn, bei Objekten einer Klasse von Instanzen zu sprechen, dann weiß jeder gleich, dass ein Objekt einer Klasse gemeint ist.
-
Dragon4411 schrieb:
Und was ist wenn ich den jetzt virtual mache?
Konstruktoren können nicht virtual sein. (Würde ja auch wenig Sinn machen.)
-
asc schrieb:
Dragon4411 schrieb:
Ich hoffe ich hab das jetzt richtig verstanden:
Konstruktoren und Destruktoren sind zuständig für erzeugen und die auflösung von Objekten.
Ich würde es etwas anders formulieren: Der Konstruktor dient dazu ein Objekt mit einem konsistenten Zustand zu initialisieren, der Destruktor dient der Freigabe von Ressourcen (Neben Konstruktor und Destruktor kennt C++ noch mindestens zwei weitere Methoden: Zuweisungsoperator und Kopierkonstruktor, du solltest hier mal nach Regel der Drei bzw. Dreierregel schauen).
Dragon4411 schrieb:
Ein Konstruktor kann Werte definieren(Werte können in der Klasse selbst nochmals redefiniert werden).
Wie von cooky451 schon geschrieben ist definieren hier ein sehr unpassendes Wort (Initialisieren / Zuweisen bzw. Überschreiben).
Dragon4411 schrieb:
Ein Destruktor löst das Objekt auf.
Eher umgekehrt: Ein Destruktor wird aufgerufen wenn ein Objekt zerstört wird.
Dragon4411 schrieb:
Diest ist dem Scope einer Variable sehr ähndlich.
Eine Variable umfasst auch Objekte. Wenn ich eine Klasse A habe ist "A a;" eine Variablendefinition, auch wenn hier ein Objekt einer Klasse gemeint ist. Der unterschied zu den Datentypen wie int ist nur das eine Klasse ein Konstruktor und Destruktor etc. besitzt. Für die Lebenszeit gibt es keine Unterschiede.
Danke für deinen Post.
Das mit der Variable und dem Objekt wusste ich nicht, die 3er Regel werde ich mri sogleich anschauen.
-
cooky451 schrieb:
Dragon4411 schrieb:
Und was ist wenn ich den jetzt virtual mache?
Konstruktoren können nicht virtual sein. (Würde ja auch wenig Sinn machen.)
Hmmm, das verwirrt mich jetzt, destruktoren kann man aber virtual machen oder?
-
Dragon4411 schrieb:
Hmmm, das verwirrt mich jetzt, destruktoren kann man aber virtual machen oder?
Sicher, das macht ja auch Sinn.
Warum macht ein virtueller Konstruktor keinen Sinn? Ganz einfach, wenn du eine Instanz einer Klasse erstellst, sollte dir der genaue Typ ja bekannt sein. Aber wenn du sie wieder aufräumst, ist eventuell nur der statische Typ bekannt. (Nicht der dynamische.)
-
Dragon4411 schrieb:
Fragen:
- Du beachtest viele Anmerkungen nicht, die du bereits bekommen hat (u.a. Mischung Groß-/Kleinschreibung...).
- Ist ein Charakter wirklich ein Monster?
- Wenn eine Klasse bereits Monster heißt, warum die Member nochmals mit "Monster" beginnen.Damti wenn ich später noch weitere Klassen machen die Variablen unterscheiden kann.
Ich verstehe den Sinn dahinter nicht.
Wenn ich ein Objekt der Klasse Monster habe, ist es klar das die Member auch zu einem Monster gehören. Zudem verbaust du dir Möglichkeiten wie generische Funktionen (Templatefunktionen).
Dragon4411 schrieb:
- Grundsätzlich sollte man sehr vorsichtig sein, Member öffentlich zu machen.
Dies ist mir bekannt jedoch wäre es mühsam hier alles abzutrennen, nicht?
Faulheit war noch nie ein Garant für saubere Software. Ich verwende öffentliche Member ausschließlich in reinen Datenklassen (oder Strukturen), sobald du alles öffentlich machst erlaubst du einen Benutzer deiner Klasse auch Mechanismen zu umgehen.
Was ist z.B. wenn du willst das Bezeichnungen maximal 50 Zeichen lang sind (vielleicht verwendest du eine Datenbank etc. die dies erzwingt), oder das eine Variable nur bestimmte Wertebereiche aufnehmen kann? Und wie mühsam ist es, wenn sich nachträglich die Anforderungen ändern?
Du solltest dir zumindest über diese Aspekte Gedanken machen. Sobald du von außen einen Wert beliebig ändern kannst, wirst du niemals sicher stellen können, ob der Wert etwas erwartetes darstellt.
Ja, auch in der Praxis kommen durchaus öffentliche Member vor, je nach Programmieransatz. Aber in der Regel nur bei "dummen" Datenklassen ohne (oder mit wenig) Funktionalität. Andere Ansätze verbergen alles, und erlauben auch nur begrenzt Setter/Getter, sondern besagen das alle Werte nur in vollständigen Kontext geändert und abgerufen werden können.
Der Zwischenschritt ist das Arbeiten mit Gettern und Settern, auch wenn dies ebenso von einigen nicht unbedingt als "sauber" empfunden wird. Es gibt aber dennoch einen unterschied zu öffentlichen Membern:
1. Du kannst (auch nachträglich) noch Bereichsprüfungen hinzufügen.
2. Du kannst bestimmte Zugriffe verhindern (z.B. hast du Werte die aus anderen Berechnet werden, und zwar gelesen aber nicht geschrieben werden sollen).
3. Du kannst auch leichter Codeteile verschieben, wenn ein Objekt zu komplex wird, und die Getter dann im ersten Schritt umleiten, bevor du sie entfernst (Änderungen in kleinen Schritten sind meist einfacher zu testen).Dragon4411 schrieb:
- Ich würde in der Regel eine Header-/Sourcedatei pro Klasse machen, und nicht mehrere Klassen zusammen in eine Datei einfügen.
Sprich auch die anderen "Unterklassen"?
Ich hantiere es so, und vor allem finde ich so Klassen auch leichter. Wenn die Anzahl wirklich groß wird, verteile ich die Klassen halt auf Unterverzeichnisse (Manche IDEs lassen auch virtuelle Verzeichnisse zu).
Dragon4411 schrieb:
- Basisklassen sollten entweder ein nicht-öffentlichen oder virtuellen Destruktor haben.
Werde ich mri duchlesen, was die Vorteile sind und es heir auflisten damit es die anderen auch sehen.
Kurz zusammen gefasst: Wenn du eine Klassenhirachie hast, die über Zeiger auf Basisklassen zugreift, kann es zu nicht freigegebenen Speicher führen, sofern der Destruktor nicht virtuell ist.
-
out schrieb:
In C++ versteht man unter Objekt alles, ...
Jajaja... Tut mir leid, ich programmiere nun einmal nicht komplett nur in C++ und verwende auch Begriffe aus der Objektorientierung.
-
asc schrieb:
out schrieb:
In C++ versteht man unter Objekt alles, ...
Jajaja... Tut mir leid, ich programmiere nun einmal nicht komplett nur in C++ und verwende auch Begriffe aus der Objektorientierung.
:p Du hast doch nichts falsches gesagt, ich wollte deinen Gedanken, für den TE, nur noch weiterführen.
-
asc schrieb:
Dragon4411 schrieb:
Ich hoffe ich hab das jetzt richtig verstanden:
Konstruktoren und Destruktoren sind zuständig für erzeugen und die auflösung von Objekten.
Ich würde es etwas anders formulieren: Der Konstruktor dient dazu ein Objekt mit einem konsistenten Zustand zu initialisieren, der Destruktor dient der Freigabe von Ressourcen (Neben Konstruktor und Destruktor kennt C++ noch mindestens zwei weitere Methoden: Zuweisungsoperator und Kopierkonstruktor, du solltest hier mal nach Regel der Drei bzw. Dreierregel schauen).
Dragon4411 schrieb:
Ein Konstruktor kann Werte definieren(Werte können in der Klasse selbst nochmals redefiniert werden).
Wie von cooky451 schon geschrieben ist definieren hier ein sehr unpassendes Wort (Initialisieren / Zuweisen bzw. Überschreiben).
Dragon4411 schrieb:
Ein Destruktor löst das Objekt auf.
Eher umgekehrt: Ein Destruktor wird aufgerufen wenn ein Objekt zerstört wird.
Dragon4411 schrieb:
Diest ist dem Scope einer Variable sehr ähndlich.
Eine Variable umfasst auch Objekte. Wenn ich eine Klasse A habe ist "A a;" eine Variablendefinition, auch wenn hier ein Objekt einer Klasse gemeint ist. Der unterschied zu den Datentypen wie int ist nur das eine Klasse ein Konstruktor und Destruktor etc. besitzt. Für die Lebenszeit gibt es keine Unterschiede.
Wie wird dann das Objekt aufgelöst?
Das verwirrt mich einwenig :SNächsten Montag oder Dienstag sollte ich meine 3 Bücher weider haben, dann kann ich endlich anfangen zu lesen
-
Dragon4411 schrieb:
Wie wird dann das Objekt aufgelöst?
Die Instanz (oder im OO-Sinne das Objekt) wird am Ende des Scopes zerstört. Der Unterschied zu anderen Typen ist der, das mit der Erzeugung der Konstruktur oder Kopierkonstruktur, bei der Zuweisung der Zuweisungsoperator und bei der Zerstörung der Destruktor aufgerufen wird.
Dies geschieht hinter den Kulissen, du kannst dies aber bei der dynamischen Allokation und Freigabe bemerken:
Wenn du mit den C++ Funktionen new/delete arbeitest wird Konstruktor und Destruktor entsprechend behandelt. Wenn du mit den C Funktionen malloc/free arbeitest wird dies nicht gemacht, die C-Funktionen kennen keine Konstruktoren etc. (dies ist der Grund warum man diese Funktionen unter C++ tendenziell meiden, oder nur mit großer Sorgfalt verwenden sollte).
Du selbst wirst wohl niemals direkt einen Destruktor aufrufen (es gibt einen Sonderfall, der ist aber so selten das ich dies hier nicht erläutern will).
Wie dies genau im Hintergrund abläuft wirst du in nahezu keinen Buch finden. Dies ist auch eher theoretisches Wissen. Ich könnte mir denken, das das bereits recht alte Buch "The Design and Evolution of C++" vielleicht etwas dazu sagen könnte.
-
asc schrieb:
generische Funktionen (Templatefunktionen)
*Funktionstemplates
-
Du lernst es nie
-
out schrieb:
Du lernst es nie
Welcher Spaten klaut sich hier meinen - nicht registrierten - Benutzernamen. Shame on you.
-
out schrieb:
out schrieb:
Du lernst es nie
Welcher Spaten klaut sich hier meinen - nicht registrierten - Benutzernamen. Shame on you.
dann registriere dich doch.
OT: irgendwie gehen mir die ganzen nicht registrierten Deppen so langsam auf den Keks. Ich habe das Gefühl, das das meistens "richtige" User sind, die da irgendeinen Mist hinrotzen wollen, ohne dass das unter ihrem Namen geschieht.
-
daddy_felix schrieb:
out schrieb:
out schrieb:
Du lernst es nie
Welcher Spaten klaut sich hier meinen - nicht registrierten - Benutzernamen. Shame on you.
dann registriere dich doch.
OT: irgendwie gehen mir die ganzen nicht registrierten Deppen so langsam auf den Keks. Ich habe das Gefühl, das das meistens "richtige" User sind, die da irgendeinen Mist hinrotzen wollen, ohne dass das unter ihrem Namen geschieht.
*applaus*
-
registriert schrieb:
*applaus*
qed