dedlfix: Array in Unterprogramm erstellt, in zweitem weiterverarbeitet

Beitrag lesen

Tach!

Das Verhalten der Funktion oder in abgewandelter Form auch der Methode sollte man daher ganz pingelig genau beschreiben. Das ist mMn ja gerade bei der OOP die Krux, dass man nicht auf Anhieb sehen kann, welchen Einfluss die Methoden einer Klasse auf diverse Eigenschaften der Klasse nehmen.

Damit wären wir beim Theoretisch-Philosophischen angekommen. Da wäre zunächst mal die ganz einfache Frage, ob es überhaupt außerhalb der Klasse von Interesse ist, was eine bestimmte Eigenschaft für einen Wert hat und was mit ihm geschieht. Private Eigenschaften sind bei der Betrachtungsweise von außen ohne Belang, protected markierte ebenso, die sind nur bei Vererbung wichtig. Bleiben die public-Eigenschaften. Und wenn dabei ein schlecht zu durchschauendes Verhalten in die Klase programmiert wurde, kann die OOP nichts dafür.

Aber dein Argument ist nur ein scheinbares OOP-Argument. Man kann es auch auf die herkömmliche Programmierung anwenden. Funktionen können genauso undurchsichtig programmiert werden.

dedlfix.