ux

Pattern vs. Komponenten

Wenn es darum geht, eine Komponenten-Bibliothek (oder engl. “Component Library”) aufzubauen, werden die Stakeholder früher oder später mit der Feststellung “Wir bauen also eine Pattern Library?” kommen. Nathan Curtis von Eighshape hat auf UIE die Unterschiede aufgezeigt.

Was ist ein Pattern?

Laut Curtis ist ein Pattern eine “global solution to a common design problem, such that you could use the solution many times and never quite use it the same way twice.” Pattern sind im Interaktionsdesign unverzichtbar, liefern sie doch die Basis für Designer, welche vor der Herausforderung stehen, eine Login-Box, eine Videoplayer oder ein Ratingsystem zu designen. Mit dem Background einer Library (z.B. diejenige von Yahoo) kann auf etablierte Konventionen gesetzt werden.

Was ist eine Komponente?

Auf der anderen Seite sind Komponenten wiederverwendbare, aufs spezifische System oder Design bezogene Teile einer Website. Alternativ kann auch von Modulen, Portlets, Widgets, Blöcken gesprochen werden – je nach Designkonzept. Setzt man die Komponenten zusammen, entsteht die Webseite. Jede Komponente hat dabei eine Verhalten, welches im Projekt entsprechend spezifiziert wird.

Durch Pattern inspirierte Komponenten

Meist werden die Komponenten einer Bibliothek dieselben Pattern verwenden, müssen aber nicht identisch aussehen. Beim Tagesanzeiger wurden beispielsweise zwei Arten von Tab-Navigation verwendet, welche beide auf demselben Pattern beruhen.

Welche Library soll im Projekt angelegt werden?

Eine neu aufzubauende Pattern Library eignet sich für Projekte, bei welchen

• mehrere visuelle Designprogramme vorliegen
• die nötigen Pattern der öffentlichen Bibliotheken nicht ausreichen
• auf etablierte Richtlinien gesetzt werden soll

Eine Komponentenbibliothek eigenet sich für Problemlagen mit

• einem spezifischen Designsystem (Grids, Layout, Farbpaletten und Typographie)
• vielen sich wiederholenden resp. wiederverwertbaren Modulen
• verteilten Arbeitsteams. welche zusammen an ein und derselben Lösung arbeiten und ein und dieselbe Grundlage benötigen
• einem Hang zu zentralisierter Spezifikation

Den ganzen Artikel gibt es auf UIE.

Ähnliche Posts zum Thema:

• Rapid Development von Web-Applikationen
• Swisscom ruiniert Bluewin Portal
• Bluewin Portal neu aufgelegt