Trait oder Elternklasse in einer Klassen Gruppe?

[Rolf B]

Hallo pl,

Von daher kann es auch nicht das Ziel von OOP sein, möglichst viele Objekte (Arrays) zu haben sondern möglichst Wenige!

Zur Gleichsetzung von Objekten und Arrays: Da verwechselst Du Implementierung und Konzept. In dynamischen Sprachen wie PHP, Perl und JS wird ein Objekt als ein Dictionary mit spezieller Semantik angesehen (ich strapaziere den Begriff „spezielle Semantik“ jetzt vielleicht etwas arg). Und auch Arrays werden als Dictionary mit spezieller Semantik implementiert. Das ist nicht effizient, und darum wurden gibt es die Das gilt aber in anderen Sprachen wie Java oder C# nicht. Und es bedeutet keinesfalls, dass Objekte, Arrays und Dictionaries konzeptionell das gleiche sind.

Das Ziel "möglichst viele Objekte" sollte man nie verfolgen, richtig. "Möglichst wenige" ist aber auch nicht die Leitlinie. Sondern: die richtige Menge. Leitlinie ist das Single Responsibility Prinzip. Das Problem ist: wenn man aus der prozeduralen Welt kommt und dann anfängt „mit Objekten“ zu programmieren, entsteht daraus noch lange keine OOP-Anwendung. Die von Dir vertretene Sichtweise hatte ich auch lange und ein paar Klebefäden werde ich nicht los. Aber sie ist immer noch prozedural, nicht objektorientiert.

Datentypen sind völlig nebensächlich, bei Webanwendungen hast Du es eh nur mit Strings zu tun.

Integer (Number), Date und Bool kommen zumindest noch hinzu. Typen dienen unter anderem dazu, mit der Runtime eine möglichst effiziente Repräsentation der genutzten Daten zu vereinbaren. Und dann sollte man bedenken, dass jede Klasse ebenfalls ein Typ ist!

Rolf