Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- faecher:informatik:oberstufe:modellierung:warum:start [25.10.2021 15:43] – [Wann ist ein Klassenentwurf "gut"?] sbel
+++ faecher:informatik:oberstufe:modellierung:warum:start [25.10.2021 16:05] – [Wann ist ein Klassenentwurf "gut"?] sbel
@@ Zeile 6: / Zeile 6: @@
   - 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? ====
+===== Warum verteilt man die Funktionalität und den Code auf mehrere Klassen? =====
 Wenn man ein Problem sinnvoll modularisiert und modelliert, hat das viele Vorteile:
@@ Zeile 14: / Zeile 14: @@
   * **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"? ====
+===== 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:
@@ Zeile 21: / Zeile 21: @@
   * **Kopplung**: Die Eigenchaft "Kopplung" beschreibt die Bindung zwischen den Klassen. **Die Kopplung soll möglichst gering sein**, das erreicht man dadurch, dass die Abhängigkeiten zu anderen Klassen möglichst klein gehalten werden sollten. Schnittstellen zwischen Klassen sollten klar definiert sein, mit bedeutungsvollen Parametern. Anstatt also eine Getter-Methode zu schreiben, die einen Parameter benötigt, der ihr mitteilt, welches Attribut zurückgegeben werden soll, bekommt jedes Attribut einen eigenen Getter mit sprechendem Namen - und ohne Parameter.
+===== Grundregeln für gute Klassenentwürfe =====