2 Refactoring

• Vermeide faule Klassen (besitzt nur Accessor Methode)
• Gibt es Methoden (ausser Accessor-Methoden), die sich nur sich auf eine Teilmenge der Instanzvariablen beziehen, lohnt es sich eine neue Klasse zu extrahieren.
• Vermeide doppelten Code. Besitzt nicht nur Mitarbeiter, sondern auch andere Klassen ein Telephon, so sollte das Telephon in einer eigener Klasse gespeichert werden (Ausnahme die Klasse ist faul)

Refactoring. Extract Class, Inline Class

2.1.2 Vorteile kleiner Klassen

• leichter zu testen
• höhere Wiederverwendbarkeit
• Versionierung: niedrigere Wahrscheinlichkeit, daß 2 Programmierer an selben Klasse arbeiten

Lösung

Nicht alle Mitarbeiter müssen Urlaub beantragen, oder können Urlaub genehmigen.Wenn einzelne Methoden nur für eine Teilmenge aller Instanzen sinnvoll sind, so deudet dies auf Extract Subclass hin.

Refactoring Extract Subclass

2.1.4 Rollen Status Pattern

Das obige Objektmodell ist immer noch nicht flexibel genug. Ein Entwickler kann zum leitenden Mitarbeiter befördert werden, d.h plötzlich verändert sich die Verantwortlichkeiten des Mitarbeiters.

Das Verhalten einer Klasse ist i.a. konstant (ausser man verwendet fiese Tricks).Ein Objekt kann auch nie (Auch hier gibt es unrühmliche Ausnahmen) seine Klasse ändern. In der realen Wert ändern sich aber das Verhalten von Objekten.Eine Lösung zur Modellierung ist das Status-Pattern. Dies wird immer dann verwendet wenn das Verhalten eines Objekts vom Status abhängig ist.

Das Status-Pattern lohnt sich nur, falls ein Objekt seinen Status ändert, ansonsten verwende einfache Vererbung. Das Rollenpattern ist eine spezielle Form des Status-Patterns:

Refactoring Entwurfsmuster Plop Buch Band 3, Kapitel 9. * Rollen PDF-File von Martin Fowler.

Inhalt	Abbildung	PDF	Source	OO-Designkurs
|<	<	>	>|	Generated by CoCoDiL