Jedes Design hat sein Pattern, alles eine Vorlage: Sei es eine Tasse, ein Wohnhaus oder ein Kleid. Niemand würde auf die Idee kommen, die Henkel einer Tasse innen anzubringen – mal abgesehen von Scherzartikel-Herstellern. Es hat sich für die praktische Nutzung einfach bewährt, dass diese Bestandteile außen angebracht sind. Wenn Sie einen Töpferkurs besuchen und einen Henkeltopf töpfern möchten, ist Ihnen die grundsätzliche Form schon bekannt, sie ist sozusagen als Entwurfsmuster in Ihrem Kopf hinterlegt.
Ähnlich verhält es sich mit Computerprogrammen. Bestimmte Abläufe wiederholen sich immer wieder, sodass es nur ein kleiner Schritt zu der Idee war, auch hier so etwas wie Schnittmusterbögen anzulegen. Wie diese Design Patterns genannten Entwurfsmuster die Programmierarbeit erleichtern können, erfahren Sie in unserem Ratgeber.
Der Begriff „Design Pattern“ geht ursprünglich auf den US-amerikanischen Architekten Christopher Alexander zurück, der wiederverwendbare Vorlagen als eine Sammlung erstellt hatte. Seine Absicht bestand darin, künftige Nutzer von Bauten in den Entwurfsprozess einzubinden. Diesen Gedanken griffen dann verschiedene Informatiker auf. Die sogenannte Gang of Four (GoF) – Erich Gamma, Richard Helm, Ralph Johnson und John Vlissides – verhalf den Software Patterns mit ihrem Buch „Design Patterns – Elements of Reusable Object-Oriented Software“ im Jahr 1994 zum Durchbruch.
Worum ging es also? Um das eingangs zitierte Beispiel aufzugreifen: Für jede Tasse werden immer wieder die gleichen Grundelemente benötigt: Boden, Wand und Henkel – egal ob es eine Kaffee-, Espresso- oder Teetasse werden soll. Ganz ähnlich verhält es sich beim Programmieren: Zu durchlaufende Schleifen sind immer an Start- und Endvorgaben geknüpft; eine Bedingung erfordert immer eine Entscheidung, was bei Übereinstimmung und was bei Nichtübereinstimmung passiert; eine Berechnung gibt stets das Ergebnis der Kombination von Variablen aus usw. Aus vielen einzelnen Programmierschritten entsteht ein Programmablauf, der für bestimmte Aufgaben immer die gleichen Züge trägt. Entwurfsmuster sind eine Beschreibung, wie ein Problem zu lösen ist.
Im Folgenden ein ganz einfaches Beispiel für ein Software Pattern, hier ein Factory Pattern:
class Tassen
{
private $tasseMake;
private $tasseModel;
public function __construct($make, $model)
{
$this->tasseMake = $make;
$this->tasseModel = $model;
}
public function getMakeAndModel()
{
return $this->tasseMake . ' ' . $this->tasseModel;
}
}
class TassenFabrik
{
public static function create($make, $model)
{
return new Tasse($make, $model);
}
}
$espresso = TassenFabrik::create('Tasse', 'Espresso'); // Objekt ist hergestellt
print_r($espresso->getMakeAndModel()); // Ausgabe "Tasse Espresso"Gleiches gilt für größere Zusammenhänge und Abläufe, die immer wieder eingesetzt werden, um bestimmte Aufgaben in Programmabläufen zu lösen. Das Code-Beispiel lässt sich beliebig erweitern, auch auf andere Branchen, völlig andere Produkte und andere Abläufe. Und es ist natürlich nur ein Baustein in einer umfangreicheren Software. Somit sind Entwurfsmuster als Schemata zu verstehen, die sich bereits in der Praxis bewährt haben.
Die Arten der Entwurfsmuster repräsentieren die grundsätzlichen Einsatzgebiete der darin jeweils versammelten Software Patterns.
Die Structural Patterns sind vorgefertigte Schablonen für Beziehungen zwischen Klassen. Dabei wird eine Abstraktion angestrebt, die auch mit anderen Lösungsansätzen kommunizieren kann – Stichwort Schnittstellen-Programmierung.
Mit den Behavioral Patterns wird das Verhalten der Software modelliert. Diese Patterns vereinfachen komplexe Prozesse zur Steuerung und Kontrolle. Dazu kann zwischen Algorithmen und den Verantwortlichkeiten der Objekte gewählt werden.
Mit den Creational Patterns werden Objekte erzeugt, durch die eine vereinfachte Prozessdarstellung für bestimmte Instanzen möglich wird. Dies funktioniert unabhängig davon, auf welche Weise einzelne Objekte in einer Software erstellt und dargestellt werden.
Im Lauf der Zeit kamen noch weitere Entwurfsmuster-Arten dazu, die in keine der drei eben genannten Kategorien passen. Dazu gehören Muster für die objektrelationale Abbildung, um Objekte und deren Beziehungen in einer relationalen Datenbank abzulegen.
Die Möglichkeit, auf bewährte Lösungsansätze zurückzugreifen, geht mit einer Zeit- und Kostenersparnis einher. Entwicklerteams müssen nicht ständig das Rad neu erfinden, um eine bereits vielfach gelöste Teilaufgabe in einem neuen Programmablauf zu lösen. Die einzelnen Muster tragen in der Regel Namen aus einem gemeinsamen Entwurfsvokabular, und das vereinfacht sowohl die Diskussion der Entwickler untereinander als auch die Kommunikation mit dem Nutzer der künftigen Lösung. Auch die Dokumentation einer Software wird vereinfacht, wenn bereits dokumentierte Bausteine verwendet werden. Diese Vorteile greifen dann auch bei der Wartung und Weiterentwicklung eines Programms.
Der Umgang mit Entwurfsmustern setzt sehr umfangreiches Wissen voraus. Die Verfügbarkeit von Design Patterns kann auch zu der Auffassung verführen, dass mit vorliegenden Entwurfsmustern scheinbar alle Probleme gelöst werden können. Kurz gesagt: die Kreativitätkann eingeschränkt werden, die Neugier darauf, neue (bessere) Lösungsansätze zu finden.
Es existieren mehr als siebzig Entwurfsmuster, die den verschiedenen Kategorien zugeordnet sind. Wichtige Software Patterns sind beispielsweise (Fettdruck in der Erklärung = deutsche Entsprechung):
Mit Design Patterns stehen vorgefertigte Muster zur Verfügung, mit denen ein explizites Problem gelöst wird, indem man auf ein bewährtes Konzept zurückgreift. Das Muster baut dabei auf real existierenden Software-Designs auf und bindet den Nutzer einer künftigen Lösung in den Entwurfsprozess mit ein. Dabei sind Entwurfsmuster erst einmal nicht an eine Programmiersprache gebunden. Das macht sie universell einsetzbar.
Wer Software entwickelt, hat viel zu beachten: Eine gute Usability ist ebenso wichtig wie die Funktionalität der Anwendung; gleichzeitig ist eine optimale Performance – im Gegensatz zu Programmfehlern – unverzichtbar. Schließlich soll das Produkt auch auf den anvisierten Zielplattformen bzw. -geräten laufen. Inwiefern helfen Software Development Kits (SDKs) bei der Realisierung dieser Punkte?
Dark Patterns werden fast überall im Netz eingesetzt. Ob bei Onlinehändlern, E-Mail-Diensten, Download-Portalen, Suchmaschinen oder in sozialen Netzwerken. Das Ziel ist stets dasselbe: Den Nutzer so zu manipulieren, dass dieser zum Beispiel Produkte kauft oder auf Links klickt. Wir zeigen Ihnen, was hinter Dark Patterns steckt, wie sie funktionieren und wie sie die User Experience (UX)...
