Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- listen:kompositum:start [2024/09/27 07:44] – [Klassendiagramm] Martin Pabst
+++ listen:kompositum:start [2024/10/08 11:26] (aktuell) – [Klassendiagramm] Martin Pabst
@@ Zeile 3: / Zeile 3: @@
 <WRAP center round info 80%>
 **Entwurfsmuster** (englisch **design patterns**) sind bewährte Lösungsschablonen (hier: Klassen und deren Beziehungen) für wiederkehrende Entwurfsprobleme. Ihre Verwendung sorgt für leichter wartbaren Programmcode. Sie reduziert damit den Aufwand und auch die Kosten bei der Softwareentwicklung. \\ \\
+**Nur zur Info:** \\
 //Ausgangspunkt der Verwendung von Entwurfsmustern in der Softwaretechnik war die Veröffentlichung des Buches "Design Patterns" durch Erich Gamma, Richard Helm, Ralph Johnson und John Vlissides im Jahr 1994. Sie tragen den Ehrennamen "Gang of four", entsprechend ist das Buch als "GoF-Book" bekannt. Auch das Entwurfsmuster "Kompositum" wird in diesem Buch beschrieben.//
 </WRAP>
@@ Zeile 15: / Zeile 16: @@
 ==== Klassendiagramm ====
 {{ :listen:kompositum:klassendiagramm_kompositum.svg |}}
+<WRAP center round tip 60%>
+**Warum speichert die Liste keine Referenz "ende" aufs letzte Element?** \\
+In den vorangegangenen Kapiteln hatte die Warteschlange ein Attribut ''ende'', das auf das letzte Element der Liste zeigt, sowie ein Attribut ''anfang'', das auf das erste Element der Liste zeigt. Die obige Implementierung einer Liste mit dem Entwurfsmuster Kompositum hat nur das Attribut ''anfang''. Das macht insofern Sinn, als eine Liste weniger spezialisiert aufs Einfügen des letzten Elements ist wie eine Warteschlange. Der eigentliche Grund für diese Designentscheidung ist aber eine ganz pragmatische Überlegung: \\
+Der [[https://www.lehrplanplus.bayern.de/fachlehrplan/gymnasium/12/informatik/grundlegend|Lehrplan]] macht zu dieser Frage keine Aussage. Es gibt Stand Herbst 2024 aber [[https://www.km.bayern.de/download/4-24-10/5_Gymnasium_LPPLUS.pdf|nur ein einziges zugelassenes Lehrbuch für den Informatikkurs in Jgst. 12]], sodass nicht unwahrscheinlich ist, dass sich die Ersteller/-innen der Abiturprüfungsaufgaben einigermaßen an die Konventionen dieses Buches halten. Da darin die Wartelistenimplementierungen ohne Kompositum ein Attribut ''ende'' besitzen, die Listenimplementierung mit Kompositum aber nicht, orientiere ich mich in diesem Skript an dieser Quelle.
+</WRAP>
 ==== Implementierung ====
 <HTML>
@@ Zeile 45: / Zeile 53: @@
    // Bemerkung:
    // Bei Knoten-Objekten gibt die Methode hintenAnfügen das Objekt selbst wieder zurück.
-   // Bei Abschluss-Objekten gibt die Methode das neue eingefügte Konten-Objekt zurück.
+   // Bei Abschluss-Objekten gibt die Methode das neue eingefügte Knoten-Objekt zurück.
 }
 </script>
@@ Zeile 154: / Zeile 162: @@
 <WRAP center round info 80%>
 Das **Entwurfsmuster Kompositum** (engl. composite) dient als Lösungsansatz für Situationen, in denen sowohl einfache als auch zusammengesetzte Elemente gleichbehandelt werden sollen und in denen eine Teil-Ganzes-Beziehung vorliegt. Es wird allgemein durch folgendes Klassendiagramm veranschaulicht:
-{{ :datenstrukturen:kompositum:pasted:20210914-213631.png?400 }} \\
+{{ :listen:kompositum:pasted:20240927-104828.png?400 }}
-**Bemerkung:** Die Bezeichnung "Blatt" in diesem Diagramm ist recht unglücklich, da sie nicht übereinstimmt mit dem Fachbegriff "Blatt" für außenliegende Knoten eines Baumes (siehe das Kapitel über [[datenstrukturen:baeume:start|Bäume]]). Letzterer wird weit häufiger gebraucht. Im Englischen ist die Nomenklatur geringfügig besser: //Leaf// bezeichnet die Blatt-Klasse im Entwurfsmuster Kompositum, //leaf node// einen außenliegenden Knoten eines Baumes.
+**Bemerkung:** Die Bezeichnung "Blatt" in diesem Diagramm ist recht unglücklich, da sie nicht übereinstimmt mit dem Fachbegriff "Blatt" für außenliegende Knoten eines Baumes. Letzterer wird weit häufiger gebraucht. Im Englischen ist die Nomenklatur geringfügig besser: //Leaf// bezeichnet die Blatt-Klasse im Entwurfsmuster Kompositum, //leaf node// einen außenliegenden Knoten eines Baumes.
 </WRAP>
 ===== Beispiel: Dateisystem =====
 Eine Möglichkeit zur anschaulichen Anwendung des Kompositums auf eine vertraute Struktur bietet das Dateisystem, das auf einem Laufwerk (Festplatte, USB-Stick, …) zu finden ist:
-{{ :datenstrukturen:kompositum:pasted:20210914-213835.png }}
+{{ :listen:kompositum:pasted:20240927-105003.png }}
 Wie gewohnt kann ein Laufwerk hier Dateien und Ordner enthalten, ein Ordner wiederum (Unter-)Ordner und Dateien (die keine weiteren Objekte enthalten). Gemeinsame Methoden könnten z.B. der Ermittlung der Größe von Dateien und Ordnern dienen. Die Klasse Laufwerk steht außerhalb des Entwurfsmusters Kompositum.