zur OOP

Status
Nicht offen für weitere Antworten.

mermen

Aktives Mitglied
hi!

ich hab mal wieder eine frage!! :wink:

ich habe ein programm geschrieben.....ist auch soweit fertig und läuft auch alles!!!

nun bin ich das ganze programm nochmal durchgegangen und ich bin mir nicht sicher, was ich machen soll....

es geht um objetorientierte programmierung......da ich mehrere methoden habe, die ich alle nacheinander in der main aufrufe, hab ich überlegt, ob es nicht sinnvoller wäre, wenn die eine methode die nächste aufruft, so das ich in der main nur eine einzige aufrufe....so wäre meine main viel kürzer.....

aber ich hätte eine ziemlich große verschachtelung der einzelnen methoden....ist das gut oder ist es besser sie einzeln aufrufen zu lassen in der main!??...

gruß
mermen
 

dieta

Top Contributor
Solange es nicht zigtausende Methoden sind, ist das mit der "Verschachtelung" so ziemlich egal...
 

lin

Top Contributor
schreib doch den Aufruf in den Konstruktor

aber sie verschachteln, so dass eine Methode die nächste aufruft, ist blödsinn, dann könntest du ja grad so gut alles in eine Methode packen
 

mermen

Aktives Mitglied
naja, das geht nicht, weil wir als vorgabe haben, dass eine methode nicht länger als 80 zeilen sein darf!!!
 

mermen

Aktives Mitglied
also, ich rufe sie nun in einem konstruktor auf....da hab ich dann 6 methoden und eine if-anweisung...ist das ok!?...
 

dieta

Top Contributor
Ein neuerer Computer "hält" zigtausen Methoden und "if"-Anweisungen aus. Da dürften deine 6 Methoden und deine eini if-Anweisung keine Probleme machen.
 

mermen

Aktives Mitglied
naja, was ich meine ist ja einfach nur eine saubere programmierung.....sicher gibt es viele möglichkeiten....bloß lasst sich doch auch sagen, das manche lösungswege nicht "sauber" sind und es bessere gibt!?....

weil wir im zusammenhang mit den konstruktoren nur erwähnt hatten bei uns in der schule, dass sie zum initialisieren sind....von methoden ausführen war meiner meinung nach nie die rede.....

...von daher frage ich ja, ob man beim programmieren den konstruktor nimmt, um in ihm methoden auszuführen....
 
B

Beni

Gast
Der Konstruktor darf seine Berechnungen durchaus an andere Methoden delegieren. Der Konstruktor ist ja selbst eine Methode, nur wird er halb automatisch aufgerufen.

Nur der Sinn des Konstruktors ist: die Variablen des Objektes auf Werte bringen, die Sinn machen. Der Konstruktor soll nicht mehr als das machen, alles andere hat durch weitere Aufrufe irgendwelcher Methoden (von aussen) zu erfolgen.
Aber *wie* er das macht... das ist total egal.
 
Status
Nicht offen für weitere Antworten.

Neue Themen


Oben