Programming 2 - Java

Efficient, extendable, maintainable, reliable, usable, reusable

1. Auf Basis der Systemanforderungen ca. 5 Hauptkonzepte (= Nomen) finden. —> Classes

2. Sich fragen, was die Objekte dieser Klassen wissen und was sie mit diesem Wissen tun können. —> Responsibilities

3. Sich fragen, welche andere Objekte / Klassen eine Klasse kennen muss, damit sie ihre responsibilities wahrnehmen kann —> Collaborators

- Papier und Stift verwenden
- Agil bleiben —> Mit Classes, Responsibilities und Collaborators spielen 
- Nicht die perfekte Lösung suchen —> Wird sowieso refactored
- Klassen challengen anhand den Design Principles

1. Klassen, welche ein einzelnes Konzept aus der Problemumgebung repräsentieren (z.B. in der Geometrie -> Rechteck, im Banking -> BankAccount)

2. Klassen welche für die System-Implementierung benötigt werden (z.B. Controller, Factory, …)

3. Value Classes, welche essentielle Werte beinhalten (z.B. Position, Rechteck). Identität spielt keine Rolle und sind oft Immutable

4. Entity Classes. Identität spielt eine Rolle. (z.B. Pacman, Ghost)

1. Encapsulation

2. Cohesion

3. Coupling

- Klassen sind Blackboxes
- Konzept des Data Hiding -> Variablen sind gegenüber anderen Objekten nicht exposed
- Ist der Schlüssel für Reuse- und reliability
- Regel: Objekte sollen nur durch Method Calls miteinander interagieren

- Eine Klasse repräsentiert ein einzelnes Konzept
- Ein Public Interface ist cohesive, wenn dessen Feature mit dem Klassenkonzept übereinstimmen (z.B. Klasse Pacman darf das Spiel nicht starten können)

1. - Coupling = Klassenabhängigkeit. Ist gegeben, wenn Objekte einander gegenseitig brauchen
   - High Coupling = Viele Abhängigkeiten // Low Coupling = wenige
   - Coupling sollte minimiert werden, um den Impact von Interface-Änderungen zu minimieren

2.  - Diese Abhängigkeiten werden im Klassendiagramm visualisiert