Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- modul:m320_2024:learningunits:lu11:interface [2024/10/22 07:57] – angelegt msuter
+++ modul:m320_2024:learningunits:lu11:interface [2024/10/22 11:13] (aktuell) – [Beispiel: Objekte mit gleichartiger Funktionalität] msuter
@@ Zeile 1: / Zeile 1: @@
-==== 2. Interface in Python ====
+====== LU11c - Interface in Python ======
-Schnittstellen spielen im Software Engineering eine wichtige Rolle. Wenn eine Anwendung wächst, werden Aktualisierungen und Änderungen an der Codebasis immer schwieriger zu verwalten. Hier erfahren Sie, wie Sie eine //Python-Schnittstelle// verwenden, um die Idee der Polymorphie auch "ausserhalb" der Vererbungshierarchie anwenden zu können.\\
+Schnittstellen spielen im Software Engineering eine wichtige Rolle.
-\\
+Wenn eine Anwendung wächst, werden Aktualisierungen und Änderungen an der Codebasis immer schwieriger zu verwalten.
-Grundsätzlich kann eine Schnittstelle als **Vertrag** verstanden werden. Sie definiert eine gewisse Funktionalität durch Methoden. Im Interface wird die Deklaration ohne Implementation festgehalten. (Anmerkung: man spricht oft auch von vollabstrakten Klassen, so z.B. bei C++)\\
+Hier erfahren Sie, wie Sie eine //Python-Schnittstelle// verwenden, um die Idee der Polymorphie auch "ausserhalb" der Vererbungshierarchie anwenden zu können.
-Diese Funktionalität wird für die korrekte Funktion der Anwendung vorausgesetzt. Die implementierende Klasse nutzt die Deklaration der Schnittstelle, damit eine einheitliche Namensgebung gesichert ist und im Sinn der Polymorphie (siehe LU07) die Nutzung realisiert werden kann.\\
-----
+Grundsätzlich kann eine Schnittstelle als **Vertrag** verstanden werden.
-//Beispiel 7.3:// Objekte mit gleichartiger Funktionalität\\
+Sie definiert eine gewisse Funktionalität durch Methoden.
-Verschieden Objekte, die keine Beziehung zueinander aufweisen müssen, haben eine ähnliche Funktionalität, die sie nutzen.\\
+Im Interface wird die Deklaration ohne Implementation festgehalten. (Anmerkung: man spricht oft auch von vollabstrakten Klassen, so z.B. bei C++)
+Diese Funktionalität wird für die korrekte Funktion der Anwendung vorausgesetzt. Die implementierende Klasse nutzt die Deklaration der Schnittstelle, damit eine einheitliche Namensgebung gesichert ist und im Sinn der Polymorphie die Nutzung realisiert werden kann.
+==== Beispiel: Objekte mit gleichartiger Funktionalität  ====
+Verschieden Objekte, die keine Beziehung zueinander aufweisen müssen, haben eine ähnliche Funktionalität, die sie nutzen.
 {{modul:m320:learningunits:lu99:theorie:lu08-abb.8.1-klassen.png?400|}}\\
-//Abb. 7.2:// Klassen mit sinngleicher Funktionalität\\
+//Abb: Klassen mit sinngleicher Funktionalität//
-\\
-Obwohl die drei Klassen Mensch, Wasserflugzeug und Baum keine gemeinsame Basis (Oberklasse) haben, weisen alle die Fähigkeit ''swim'' auf. In UML wird diese Gegebenheit wie folgt dargestellt:\\
-{{modul:m320:learningunits:lu99:theorie:lu08-abb.8.2-uml-interface.png?600|}}\\
-//Abb. 7.3: //Schnittstellen in UML\\
-\\
-Beachten Sie hier die Darstellung einer Schnittstellen-Beziehung als strichlierte Linie (im Gegensatz zur Vererbung mit durchgezogener Linie).\\
-{{modul:m320:learningunits:lu99:theorie:lu08-abb.8.3-uml-symbolik.png?200|}}\\
-//Abb. 7.4: //UML-Symbole Vererbung und Schnittstelle
-----
+Obwohl die drei Klassen Mensch, Wasserflugzeug und Baum keine gemeinsame Basis (Oberklasse) haben, weisen alle die Fähigkeit ''swim'' auf. In UML wird diese Gegebenheit wie folgt dargestellt:
-Das Beispiel verdeutlicht, was eine Schnittstelle - gegenüber einer Oberklasse - ausmacht. Im Code können entsprechende Objekte diese Funktionalität nutzen.
+{{modul:m320:learningunits:lu99:theorie:lu08-abb.8.2-uml-interface.png?600|}}
+//Abb: Schnittstellen in UML//
+Beachten Sie hier die Darstellung einer Schnittstellen-Beziehung als gestrichelte Linie (im Gegensatz zur Vererbung mit durchgezogener Linie).
+{{modul:m320:learningunits:lu99:theorie:lu08-abb.8.3-uml-symbolik.png?200|}}
+//Abb: UML-Symbole Vererbung und Schnittstelle//
+Das Beispiel verdeutlicht, was eine Schnittstelle - gegenüber einer Oberklasse - ausmacht.
+Im Code können entsprechende Objekte diese Funktionalität nutzen.
 <code python>
 a_human_object = Human("Max", ....)
 a_human_object.swim()
 ···
-a_plane_object = Seaplan("Searay", ....)
+a_plane_object = Seaplane("Searay", ....)
 a_plane_object.swim()
 ···
@@ Zeile 30: / Zeile 41: @@
 a_tree_object.swim()
 </code>
-Werden diese verschiedenen Objekte in einer Liste eingetragen, so kann über alle Objekte iteriert und die entsprechende Methode ''swim'' ausgeführt werden.\\
+Werden diese verschiedenen Objekte in einer Liste eingetragen, so kann über alle Objekte iteriert und die entsprechende Methode ''swim'' ausgeführt werden.
-Dieses Verhalten entspricht der Idee der Polymorphie. In Pyton wird das konkret mittels Duck-Typing umgesetzt.
-=== Das Duck-Typing ===
+Dieses Verhalten entspricht der Idee der Polymorphie. In Pyton wird das konkret mittels Duck-Typing umgesetzt.
-Python kennt das Konstrukt des Interface nicht. Es wird ersetzt durch die Technik des //Duck-Typing//. Es stellt eine Typisierung dar, welche in dynamischen Sprachen verwendet wird. Nebst Python auch bei Perl, Ruby, PHP, Javascript usw., wo der Typ oder die Klasse eines Objekts weniger wichtig ist als die Methode, die es definiert. Mit Duck-Typing überprüfen wir Typen überhaupt nicht. Stattdessen prüfen wir, ob eine bestimmte Methode oder ein bestimmtes Attribut vorhanden ist.
+===== Das Duck-Typing =====
+<WRAP center round tip 60%>
 Der Name //Duck-Typing// kommt von dem Satz:\\
 <color #ed1c24>Wenn es aussieht wie eine Ente und quakt wie eine Ente, ist es eine Ente.</color>
+</WRAP>
+Python kennt das Konstrukt des Interface nicht.
+Es wird ersetzt durch die Technik des //Duck-Typing//.
+Es stellt eine Typisierung dar, welche in dynamischen Sprachen verwendet wird.
+Nebst Python auch bei Perl, Ruby, PHP, Javascript usw., wo der Typ oder die Klasse eines Objekts weniger wichtig ist als die Methode, die es definiert.
+Mit Duck-Typing überprüfen wir Typen überhaupt nicht. Stattdessen prüfen wir, ob eine bestimmte Methode oder ein bestimmtes Attribut vorhanden ist.
+==== Wozu Duck-Typing verwenden? ====
+Dank //Duck-Typing// kann, ähnlich wie wir das bei der //Polymorphie//  gesehen haben, über eine Liste von Objekten iteriert werden.
+Der Vorteil ist, dass dazu keine formale Schnittstelle vorhanden sein muss.
+Gleichzeitig ist dies aber auch ein Nachteil, so dass entsprechende Checks eingebaut werden sollten, um Fehler zu vermeiden.
-=== Wozu Duck-Typing verwenden? ===
-Dank //Duck-Typing// kann, ähnlich wie wir das bei der //Polymorphie// in LU06 gesehen haben, über eine Liste von Objekten iteriert werden. Der Vorteil ist, dass dazu keine formale Schnittstelle vorhanden sein muss. Gleichzeitig ist dies aber auch ein Nachteil, so dass entsprechende Checks eingebaut werden sollten, um Fehler zu vermeiden.\\
 Das //Duck-Typing// entspricht der Idee der oben erklärten Interfaces bei Sprachen wie Java oder C#.
-=== Wie wird Duck-Typing verwendet?  ===
+==== Wie wird Duck-Typing verwendet?  ====
-Beim Duck-Typing werden beliebige Objekte in einer Liste gesammelt. Wird die Liste traversiert (mit einer for-Schleife), kann bei Objekten mit einer geforderten Methode - hier z.B. ''swim'' - diese ausgeführt werden.
+Beim Duck-Typing werden beliebige Objekte in einer Liste gesammelt.
+Wird die Liste traversiert (mit einer for-Schleife), kann bei Objekten mit einer geforderten Methode - hier z.B. ''swim'' - diese ausgeführt werden.
+==== Beispiel: Umsetzung einer pseudo Schnittstelle mit Duck-Typing ====
-----
-//Beispiel 7.4:// Umsetzung einer psydo Schnittselle mit Duck-Typing
 <file python>
 class People:
@@ Zeile 89: / Zeile 112: @@
 Der Grund dafür liegt darin, dass Python als dynamische Sprache bei Methoden mit derselben Signatur so tut, also ob dafür eine Schnittstelle vorhanden wäre.
-Das passiert automatisch und implizit (=versteckt). Wie bereits erwähnt, wird daher in diesem Zusammenhang von einer //informellen Schnittstelle// gesprochen:
+Das passiert automatisch und implizit (=versteckt).
-----
+Wie bereits erwähnt, wird daher in diesem Zusammenhang von einer //informellen Schnittstelle// gesprochen:
-//Beispiel 7.5:// Informelle Schnittstelle\\
-{{modul:m320:learningunits:lu99:theorie:abb3.png?nolink&300|Abb. 8.6: Die Schnittstelle Flying existiert nur implizit und ist daher informell}}\\
+=== Beispiel: Informelle Schnittstelle ===
-//Abb. 7.5:// Die Schnittstelle ''%%Flying%%'' existiert nur implizit und ist daher informell
+{{modul:m320:learningunits:lu99:theorie:abb3.png?nolink&300|Abb. 8.6: Die Schnittstelle Flying existiert nur implizit und ist daher informell}}
+//Abb: Die Schnittstelle ''%%Flying%%'' existiert nur implizit und ist daher informell//
 ----
-[[https://creativecommons.org/licenses/by-nc-sa/4.0/|{{https://i.creativecommons.org/l/by-nc-sa/4.0/88x31.png}}]] (c) Daniel Fahrni, René Probst
+[[https://creativecommons.org/licenses/by-nc-sa/4.0/|{{https://i.creativecommons.org/l/by-nc-sa/4.0/88x31.png}}]] (c) Daniel Fahrni, René Probst, bearbeitet durch Marcel Suter
 \\
 **Quellen**: [[https://www.geeksforgeeks.org/duck-typing-in-python/|Duck-Typing in Python]]