ich bin gerade dabei mit C++ anzufagen, ich habe vor einiger Zeit mal was damit gemacht, hab jetzt aber ewig nichts getan, darum bin ich fast wieder am Anfang

Mal eine Frage zum Konstruktor einer Klasse: Damit lege ich ja die Variablen an und mit dem Destruktor lösche ich sie wieder <- soweit so klar

Aber für was brauche ich dann diese getter und setter methoden im public bereich?

ich kann ja wenn ich einen konstruktor zB

konstruktor1(int, int, int)

im mit der erzeugung des objekts ja genauso drei int werte übergeben.

Oder ist es eben elgeanter das mit den getter und setter methoden zu machen?

andererseits lege ich drei int mit dem konstruktor an und übergebe keien werte regt sich der compiler auch wieder auf...

irgendwo blick ich da nicht ganz durch...

kann mir wer das ohne dem üblich c++ fachchinesisch das ich bis jetzt nur gefunden habe erklären?

danke & lg

Hallo,

ich bin gerade dabei mit C++ anzufagen, ich habe vor einiger Zeit mal was damit gemacht, hab jetzt aber ewig nichts getan, darum bin ich fast wieder am Anfang

Mal eine Frage zum Konstruktor einer Klasse: Damit lege ich ja die Variablen an und mit dem Destruktor lösche ich sie wieder <- soweit so klar

Um das Anlegen und Löschen musst du dich ja (zum Glück) nicht selber kümmern. Der Konstruktor dient dazu den Variablen die richtigen Werte zuzuweisen und eventuell speziellere Konstruktionsaufgaben durchzuführen (Stichwort: dynamische Speicherverwaltung). Der Destruktor räumt alle Variablen ab und macht eventuelle komplexere Bereinigungsarbeiten (wieder Stichwort dynamische Speicherverwaltung), wobei man bei einfachen Klassen in der Regel keinen eigenen Destruktor benötigt.

Aber für was brauche ich dann diese getter und setter methoden im public bereich?

Die brauchst du gar nicht. Die hast du da ja hingemacht, weil du sie für sinnvoll erachtet hast. Zumindest sollte das so sein, vermutlich hast du einfach nur nachgemacht was du anderswo gesehen hast ohne es zu verstehen, oder?

ich kann ja wenn ich einen konstruktor zB

konstruktor1(int, int, int)

im mit der erzeugung des objekts ja genauso drei int werte übergeben.

Oder ist es eben elgeanter das mit den getter und setter methoden zu machen?

Keinesfalls. Der sinn eines Konstruktors ist, dass das Objekt danach voll einsatzbereit ist. wenn das Objekt aber erst drei sinnvolle Werte benötigt, dann sollten das unbedingt Argumente des Konstruktors sein! Das letzte was du willst ist ein halbfertiges Objekt!

andererseits lege ich drei int mit dem konstruktor an und übergebe keien werte regt sich der compiler auch wieder auf...

Wenn das Objekt aber drei Werte benötigt um sinnvoll arbeiten zu können, dann ist das doch eine tolle sache wenn du vor so etwas gewarnt wirst. Falls du das alles mit Settern machen wolltest würdest du nicht gewarnt wenn dein Objekt noch nicht vollständig einsatzbereit ist.

Vielleicht gibt es ja auch sinnvolle Standardwerte für dein Objekt. Diese kannst du dann im Konstruktor angeben und kannst so auch Objekte konstruieren ohne Parameter an den Konstruktor zu übergeben.

buzz_lightzyear schrieb:

Hallo,

ich bin gerade dabei mit C++ anzufagen, ich habe vor einiger Zeit mal was damit gemacht, hab jetzt aber ewig nichts getan, darum bin ich fast wieder am Anfang

Mal eine Frage zum Konstruktor einer Klasse: Damit lege ich ja die Variablen an und mit dem Destruktor lösche ich sie wieder <- soweit so klar

Um das Anlegen und Löschen musst du dich ja (zum Glück) nicht selber kümmern. Der Konstruktor dient dazu den Variablen die richtigen Werte zuzuweisen und eventuell speziellere Konstruktionsaufgaben durchzuführen (Stichwort: dynamische Speicherverwaltung). Der Destruktor räumt alle Variablen ab und macht eventuelle komplexere Bereinigungsarbeiten (wieder Stichwort dynamische Speicherverwaltung), wobei man bei einfachen Klassen in der Regel keinen eigenen Destruktor benötigt.

Aber für was brauche ich dann diese getter und setter methoden im public bereich?

Die brauchst du gar nicht. Die hast du da ja hingemacht, weil du sie für sinnvoll erachtet hast. Zumindest sollte das so sein, vermutlich hast du einfach nur nachgemacht was du anderswo gesehen hast ohne es zu verstehen, oder? [quote]

gg genau so ist es

Ok, also das ganze zusammengefasst:

Lege ich ein Objekt an von dem ich schon fix weiss was es tun soll, lege ich die Variablen, eben zB drei int Werte mit dem Konstruktor an. Will ich nachträglich was ändern, mache ich das mit den getter und setter methoden, hab ich das so richtig verstanden?

Beispiel: ich erschaffe ein objekt Mensch, dem ich die drei werte alter, groesse, gewicht übergeben will.

Will ich später noch einen String mit dem Namen hinzufügen -> Getter Setter Methoden.

danke & lg

Stell dir folgendes vor: Du hast eine Object (myObject) von einer Klasse (myClass) die eine Membervariable hat - und wenn diese Membervariable keinen sinnvollen Wert hat schmiert dein Programm ab sobald myObject.DoSomething() aufgerufen wird.

Sichere Vorgehensweise:

1. Du kennst bereits einen Wert auf den du die Membervariable setzten kannst der 'sicher' ist - dann musst du nicht unbedingt einen Konstruktor mit Parametern anbieten sonder setzt halt diesen Wert beim Konstruktoraufruf. Der Benutzer kann dann später noch entscheiden ob er den (über getter/setter oder myObject.myMemberVariable = ...) ändern will (oder nicht).

2. Du kennst keinen Wert der immer 'sicher' ist - dann solltest du den Benutzer dazu zwingen einen Wert vorzugeben (also z.B. über deinen konstruktor(int, int, int) ... und am besten den Standardkonstruktor noch private machen wenn du keinen copy-konstruktor anbietest)

Unsicher:
Wenn du dich nämlich nur auf getter/setter verlässt (bzw. dass der Benutzer schon irgendwie die Membervariable setzten wird), dann kann es sein dass er:
- ein Objekt anlegt
- vergisst die Membervariable auf was sinnvolles zu setzten

-> dann crasht das Programm sobald er versucht myObject.DoSomething() zu benutzen.

Prinzipiell sind getter/setter für public Variablen überflüssig. Ist Geschmackssache. Manche finden sie unnötig extra Schreibarbeit, andere denken sie machen ein Interface einheitlicher.

danke für deine ausführliche antwort, jetzt ist mir das um vieles klarer!

danke & lg

Beispiel: ich erschaffe ein objekt Mensch, dem ich die drei werte alter, groesse, gewicht übergeben will.

Will ich später noch einen String mit dem Namen hinzufügen -> Getter Setter Methoden.

Ist eher so gedacht:

Beispiel: ich erschaffe ein objekt Mensch, dem ich die drei werte alter, groesse, gewicht übergeben will.

Mensch Wilhelm(30, 187, 90);

während dein Programm läuft wird dein Mensch ein Jahr älter.

Ein neues Objekt erstellst du nicht denn er ist ja immer noch der selbe Mensch aber da in der Klasse die Member natürlich private sind kannst du sie auch nicht einfach so ändern.

->

int alter = Wilhelm.getAlter();
 Wilhelm.setAlter(alter+1);

und schon ist dein Objekt älter

Ein neues Objekt erstellst du nicht denn er ist ja immer noch der selbe Mensch aber da in der Klasse die Member natürlich private sind kannst du sie auch nicht einfach so ändern.

->

int alter = Wilhelm.getAlter();
 Wilhelm.setAlter(alter+1);

Kann man auch lösen, in dem man eine "altern" Methode einführt.

int alter = Wilhelm.getAlter();
Wilhelm.altern(1);
assert(Wilhelm.getAlter() == alter + 1);

Finde ich besser.

Wenn man ein Anemic Domain Model verwendet kann man sich die getter/setter ganz sparen (einfach structs verwenden).

Und wenn man eben kein Anemic Domain Model verwendet, dann gehört die Business-Logic IMO auch ins Business-Object. Und Altern würde ich zur Business-Logic zählen

Mir kam es einfach so vor als hätte der Threadersteller noch nicht ganz durchleuchtet, wofür man Getter bzw Setter braucht

lg und danke für die Verbesserung