5 Objektorientiertes Design

88 3 Objektorientiertes Design
public void changeImageData(final int width, final int height,
final byte[] imageData)
{
this.width = width;
this.height = height;
this.imageData = imageData;
}
public String getName()
{
return this.name;
}
}
// weitere get()-Methoden ...
Die genannten Änderungen machen die Klasse besser lesbar. Wichtiger ist aber, dass
die Abhängigkeiten der Attribute untereinander nun deutlich zu erkennen sind und
nur durch eine Methode in der öffentlichen Schnittstelle beschrieben werden. Diese
Business-Methode ist auch die richtige Stelle, um Änderungen an mögliche Beobachter
zu kommunizieren.
Betrachten wir, wie sich das neue API der Klasse SimpleImage im Einsatz auswirkt.
Statt der direkten set()-Aufrufe erfolgt zunächst eine Zwischenspeicherung
in lokalen Variablen. Erst nachdem alle Daten erfolgreich eingelesen werden konnten,
wird eine Objektkonstruktion ausgeführt. Die Anmeldung des Beobachters ist nun
problemlos – es werden nur gültige Zwischenzustände nach außen sichtbar. Selbst die
fehlende Behandlung eines Parsing-Fehlers hat bei dieser Art der Realisierung deutlich
weniger negative Auswirkungen. Es wird dann einfach kein Objekt erzeugt. Folgendes
Listing zeigt das neue API im Einsatz:
public SimpleImage createSimpleImageFromFile() throws IOException
{
final String imageName = readNameFromFile();
try
{
final int imageWidth = readWidthFromFile();
final int imageHeight = readHeightFromFile();
final String imageData = readImageDataFromFile();
final SimpleImage simpleImage = new SimpleImage(imageName, imageWidth,
imageHeight, imageData.getBytes());
registerObserver(simpleImage);
return simpleImage;
}
catch(final NumberFormatException ex)
{
log.error("failed to create SimpleImage object from file", ex);
}
}
return null;