MODULARITÄT. Levi Bautz. 1/19 Levi Bautz

Transkript

1 MODULARITÄT Levi Bautz 1/19 Levi Bautz

2 2/19 Levi Bautz MODULARITÄT Grundprinzip der Modularität Eigenschaften modularen Codes Module und Beispiele Zusammenfassung

3 3/19 Levi Bautz GRUNDPRINZIP Logische, funktionsweise Aufteilung Module interagieren über Schnittstelle Kontrast zu monolitisch Moderner Standard Schließt OO nicht aus

4 4/19 Levi Bautz Beispiele für Module Top-down Aufteilung: Programm Libraries Klassen Methoden

5 5/19 Levi Bautz EIGENSCHAFTEN

6 6/19 Levi Bautz Eigenschaften Wiederverwendbarkeit Kapselung Aufteilung nach Funktion Daraus resultierend Ersetzbarkeit Verständlich Leichteres Fehler beheben

7 7/19 Levi Bautz Wiederverwenbarkeit Mehrfachverwendung zusammenfassen Libraries nutzen Spart eine Menge Zeit public class BeispielWiederverwendbarkeit { private int Treffer(objekt) { if objekt.getroffen() {return -20;} else {return 0;} } }

8 8/19 Levi Bautz Verkapselung Module klar trennen Interaktion über Interface Macht Änderungen leichter Übersichtlicher public class VerkapselungBeispiel { public int getwert() //Schnittstelle {return Wert;} private void berechnewert() //innere prozesse {...}

9 Aufteilung nach Funktion Kleine vs. große Teile Lesbarkeit/Verständnis vs. Funktionalität Eher Stilfrage als objektive Korrektheit Trozdem: Kleiner = modularer Alternativen: -Alles im Spielermodul -Hitdetection modularisieren... 9/19 Levi Bautz public class Spieler { public void Detection+Schaden (projektil) { if (projektil.pos == spieler.pos) {int schaden = 20; Spieler.schaden(schaden);} } }

10 10/19 Levi Bautz MODULE

11 11/19 Levi Bautz Methoden Unterster Baustein Java: <sichtbarkeit><rückgabetyp><name><(parameter)>{code} C++ <rückgabetyp><name><(parameter)> {code} Sichtbarkeit in Blöcken Python def <name><(parameter)> Code

12 12/19 Levi Bautz Klassen Umfassen mehrere Methoden nach übergeordneter Funktion Class <name> Konstruktor Bietet Schnittstelle mit public Methoden In Python ist alles public

13 13/19 Levi Bautz Libraries Static Library Dynamic Library Datentyp -.a,.lib -.so,.dll Einbindung -Zu Kompilierzeit -Bei Laufzeit Vorgehensweise Pro Contra -Fügt genutzten code aus Library ein -Sehr unabhängig -Theoretisch etwas schneller -Größere Dateien -Schwere Bearbeitung -Referenzen auf Library -Kleinere Dateien -Leichtere Bearbeitung -Weniger kompilieren -Abhängiger -Eventuell langsamer

14 14/19 Levi Bautz.a,.lib Datentypen Konzeptgleich (außer Importlibrary) Codearchiv.so,.dll Konzeptgleich Executable ähnliche Dateien Bei.dll extra static lib oder im Code manuell loaden Andere feine Unterschiede bei Ausführung

15 15/19 Levi Bautz Einbindung Static: Linker schreibt Code in executable Header und Library benötigt Dynamic: Linker schreibt Referenzen Dynamic muss zur Laufzeit an richtigem Ort sein (Standardverzeichnis oder eigenes) Loader lädt Funktionen

16 16/19 Levi Bautz Java Packages sind keine Libraries JARs aber schon JAR erstellen: Export JAR JAR einbinden: Library dem Buildpath hinzufügen Import <jarfilename>.klassenname

17 17/19 Levi Bautz Python Module über.py Dateien Packages sammeln diese Import <dateiname> Bei packages mit Punktnotation

18 18/19 Levi Bautz Zusammenfassung Erleichtert große Probleme, Teamarbeit Erleichtert Weiterentwicklung Leichteres Verständnis Schneller Entwicklung Dynamic vs. Static Dynamic ist ressourcensparender Static schneller, simpler und sicherer

19 19/19 Levi Bautz Literaturverzeichnis ramming d-libraries-linux-gcc.html