Thread Eigenschaften von Objekten, private, nichtprivate, schreibgeschützte (23 answers)
Opened by rosti at 2025-05-27 10:17

rosti
 2025-06-06 08:37
#197037 #197037
User since
2011-03-19
3617 Artikel
BenutzerIn
[Homepage]
user image
Quote
Es braucht eine weile umzudenken weil Klassen bei OO per komposition ganz anders aufgebaut und konzipiert werden. Ich versuch es mal so zu erklären. Jede Klasse und jede API sollte überschaubar sein. Und eventuelle Komplexität wird in Attributen versteckt oder deren Attribute.


Genau nach diesem Prinzip der Vielgestaligkeit (Polymorphie) habe ich mein Framework entwickelt. Das ist ja auch die Frage um was es hier eigentlich geht: Die Zweckdienliche Nutzung der Eigenschaften von Instanzen. Das heißt, daß Eigenschaften keine festen Größen sind und daß man nur der Eigenschaften wegen gar keine Vererbung braucht. Update: Eigenschaften zu vererben ist unsinnig. Weil Eigenschaften Sache der Sub- bzw. Anwenderklasse sind.

Ebenso liegt die Polymorphie auch in den verfügbaren Methoden. In meinem FW habe ich einen Pool an über 100 Methoden die klassenübergreifend genutzt werden. AUTOLOAD sorgt dafür, daß diese Methoden nur kompiliert werden wenn sie gebraucht werden, dafür werden sie aus dem Dateisystem geladen, sind also in der Basisklasse gar nicht definiert.

Und obwohl manche dieser Methoden auf bestimmte Eigenschaften der Instanz zugreifen, sind sie klassenübergreifend nutzbar. Nämlich dann wenn Instanzen verschiedener Klassen namentlich dieselben Attribute haben.
Last edited: 2025-06-06 17:07:29 +0200 (CEST)
http://blog.rolfrost.de/

The art of steam.

View full thread Eigenschaften von Objekten, private, nichtprivate, schreibgeschützte