"Kein Problem wird gelöst, wenn wir träge darauf warten, daß sich andere darum kümmern."
(M.L. King)

Design Patterns

Es gibt eine "Gang of Four", das ist ein Team von vier Leuten, die ein mittlerweile sehr berühmtes Buch geschrieben haben [B20]. Darin geht es um Muster, die bei dem Entwurf von vielen objektorientierten Programmen ("Design Patterns" kann mit "Entwurfsmuster" übersetzt werden) und bei der Gestaltung von vielen Softwarearchitekturen immer wieder aufgetaucht sind. Wer ernsthaft häufiger objektorientierte Software entwickeln will, sollte sich damit beschäftigen und diese bewährten Muster anwenden, denn in Analogie zu oben genanntem Spruch hat sich die Gang of Four schon um dieses Problem gekümmert.

Beispielsweise gibt es immer wieder Systeme, die ein anderes System vertreten. Diese Stellvertreterrolle wird als "Proxy" bezeichnet. In IT-Netzwerken gibt es für den Webzugriff Proxyserver, die bereits benutzte statische Seiten für eine definierbare Zeit zwischenspeichern, um den Zugriff für alle Mitarbeiter der Firma zu beschleunigen, die Leitungen freier zu halten und die Kosten für das Unternehmen somit zu reduzieren. Ein anderes Beispiel sind "Observer", die etwas beobachten. So können beispielsweise Importprogramme ein Verzeichnis eines Servers beobachten und auf neue Dateien lauern: sobald eine neue Datei kommt, wird diese verarbeitet und in ein Archivverzeichnis verschoben. Als letztes Beispiel möchte ich den "Iterator" nennen, der viele Elemente von Irgendwas eines nach dem anderen bearbeitet. Wenn also ein bestimmter Projektleiter gesucht wird, so kann ein Stück Software über eine Liste von Projektleitern iterieren, um den richtigen zu finden.

Die Kenntnis dieser Muster mit ihren Namen und ihrer Bedeutung hat viele Vorteile: sie vereinfacht die Kommunikation zwischen den Teammitgliedern ("... wir haben dafür einen Observer implementiert ..."), trägt zu klaren Strukturen in der Software bei, vereinfacht die Dokumentation und verhindert obendrein, dass das warme Wasser immer wieder neu erfunden wird. Damit ist auch klar, dass dieses Thema nicht nur für den harten Kern des Teams gilt, sondern für alle Entwickler und auch für die Tester, Analytiker und viele andere Rollen im Team.

Natürlich gibt es mittlerweile auch weitere Bücher und selbstverständlich reichlich Infos zu Design Patterns im Web, z.B. unter [L5] und [L6].