Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- faecher:informatik:oberstufe:modellierung:warum:start [25.10.2021 15:35] – [Warum verteilt man die Funktionalität und den Code auf mehrere Klassen?] sbel
+++ faecher:informatik:oberstufe:modellierung:warum:start [Unbekanntes Datum] (aktuell) – gelöscht - Externe Bearbeitung (Unbekanntes Datum) 127.0.0.1
@@ Zeile 1: / Zeile 1: @@
-====== Warum betreiben wir modularen Klassenentwurf? ======
-An dieser Stelle kann man sich mit zwei Fragestellungen befassen:
-  - **Warum macht man das überhaupt?** Könnte man nicht einfach alles Funktionalität in einer Klasse unterbringen, anstatt das Programm auf viele einzelne Klassen(dateien) zu verteilen?
-  - Wenn die OO-Modellierung eine Problems nicht eindeutig ist - **woran erkennt man dann, ob man es "gut" gemacht hat?**
-==== Warum verteilt man die Funktionalität und den Code auf mehrere Klassen? ====
-Wenn man ein Problem sinnvoll modularisiert und modelliert, hat das viele Vorteile:
-  * **Lesbarkeit des Quellcodes** -> Etwas stimmt mit dem Tor nicht? Also muss man in der "tor"-Klasse schauen und nicht 5000Zeilen Code durchscrollen, bis man zu dem Teil kommt, der das Tor erzeugt. Es **erleichtert Änderungen** an der Funktionalität, wenn stets klar ist, wo bestimmte Eigenschaften und Fähigkeiten festgelegt sind.
-  * Wenn man **Klassen** geschickt modelliert, kann man Sie in anderen Programmen **wiederverwenden** - nicht umsonst spricht man von "Klassenbibliotheken".
-  * **Neue Objekte** können durch **neue Klassen** ein ein Modell eingefügt werden - du willst Hindernisse auf dem Spielfeld? Kein Problem mit der zusätzlichen "hindernis"-Klasse.
-==== Wann ist ein Klassenentwurf "gut"? ====
-Ein Klassenentwurf ist also "gut", wenn er die oben genannten Vorteile maximal unterstützt - hierführ kann man zwei Eigenschaften des Entwurfs betrachten:
-  * Kohäsion: