nicht angemeldet
Hallo frankx,
Auch "abstrakte Datentypen" sind ja schon mehr, als reine Syntax. Es sind Konzepte, wie man Systeme aufbauen kann. Und die basieren eben auf Überlegungen über die Struktur der Realität bzw. unserer Vorstellung von Realität. Abstrakte Datentypen erlauben es ja ähnlich wie objektorientierte Programmierung, Funktionen und Daten als Einheit zu betrachten und Systeme modular aufzubauen. Dem liegt eine gewisse Denkrichtung zu grunde, dass (reale) Objekte wiederum aus anderen Objekten aufgebaut sind.
Es gibt aber ja auch andere Paradigmen wie beispielsweise funktionale Programmierung, wo sehr oft Algorithmen abstrahiert werden. Natürlich kann es hilfreich sein, das anhand einer konkreten Syntax zu erlernen. Vieles ist auch einfacher zu verstehen, wenn man es einfach mal sieht. Da lernt man die Ideen dahinter eher indirekt. Nur wenn man sich neue Konzepte ausdenken will, kann man so nicht vorgehen.
Das und dass sie mittlerweile grundsätzlich als Referenz übergeben werden, hat für mich was die Programmierung angeht natürlich eine Bedeutung, aber mehr auch nicht.
Wichtiger sind solche Überlegungen, um Objektmodelle zu entwerfen, also zu entscheiden, welche Objekte man braucht und in welchen Beziehungen die stehen sollen.
Sind für Dich "Pattern" wie Front-Controller, MVC oder Singleton auch Philsophien?
Naja, "Philosophien" klingt natürlich etwas hochtrabend. Ich würde sagen, dass hinter dem Gesamtkonzept der Entwurfsmuster eine gewisse Philosophie steckt. Da wurde ja versucht, elementare Strukturen von Modellen zu identifizieren.
MVC und Front-Controller sind ja Architekturmuster. Die sind etwas schwammig, nicht sehr umfassend und werden auch nicht immer gleich gebraucht. Entwurfsmuster stellen ja ein Gesamtkonzept für Objektmodelle dar, MVC ist aber nicht bestandteil eines größeren Konzepts für Softwarearchitektur. Es wäre natürlich nicht schlecht, wenn sich jemand mal für Softwarearchitektur so etwas ausdenken würde, es gibt da meines Wissens aber nichts wirklich sclüssiges ;-)
Grüße
Daniel