Als Beispiel soll uns ein News-Service dienen, der die Messages mehrerer Channels zusammenfasst. Um das Beispiel einfach zu halten beschränken wir uns dabei auf zwei Channels, und zwar auf Sport und Musik (Gibt es etwa Wichtigeres?).

Beginnen wir mit dem Channel, den wir als Trait mit der abstrakten Methode messages definieren, welche eine Sequenz (Liste) von Strings zurückgibt.

1. trait Channel {
2. def messages: Seq[String]
3. }

Damit könnte unser News-Service in etwa so aussehen:

1. class News {
2. def latestMessages: Seq[String] =
3. channels flatMap { _.messages take numberOfMessages }
4. }

Wir greifen einfach eine bestimmte Anzahl von Messages, definiert durch numberOfMessages, von jedem Channel ab und fügen diese zusammen . Es bleibt natürlich zu klären, wie wir an die Channels und die numberOfMessages kommen. Ganz offensichtlich wollen wir diese per Dependency Injection beisteuern.

Nun greifen wir tief in die Design-Trickkiste und wenden das sogenannte Cake-Pattern an. Dabei betten wir den News-Service in einen Trait ein, welcher die Dependencies als abstrakte Methoden beisteuert.

1. trait NewsContext {
2. class News {
3. def latestMessages: Seq[String] =
4. channels flatMap { _.messages take numberOfMessages }
5. }
6. protected val channels: Seq[Channel]
7. protected val numberOfMessages: Int
8. }

Damit sind wir schon nahe am Ziel, denn wir haben schon einmal eine Abstraktion für unsere Dependencies gefunden. Der Trait NewsContext fungiert hier quasi als Scope für den News-Service. Da channels und numberOfMessages ebenfalls im gleichen Scope liegt, können sie im News-Service verwendet werden.

Jetzt müssen wir nur noch unsere Dependencies für unterschiedliche Konfigurationen konkretisieren bzw. injizieren. Dazu bedienen wir uns eines Singleton Objects.

1. object Configuration extends NewsContext {
2. lazy val news = new News
3. override protected val channels =
4. new SportsChannel :: new MusicChannel :: Nil
5. override protected val numberOfMessages = 2
6. }

Diese Konfiguration verwendet die "richtigen" Channels, die folgende "gemockte"; beide sind hier nicht weiter aufgeführt.

1. object TestConfiguration extends NewsContext {
2. lazy val news = new News
3. override protected val channels =
4. new MockSportsChannel :: new MockMusicChannel :: Nil
5. override protected val numberOfMessages = 2
6. }

Die beiden Konfigurationen, als Singleton Objects umgesetzt, dienen also zum "Wiring" der Dependencies und ersetzen im Vergleich mit Spring die XML-Konfigurationsdateien bzw. die Annotations. Ohne jetzt auf Details einzugehen, sei abschließend eines herausgepickt: Mit dem Schlüsselwort lazy können wir sogar die Erzeugung der Objekte auf den Zeitpunkt der Nutzung verschieben.

1. object Configuration extends NewsContext {
2. ...
3. override lazy protected val channels =
4. new SportsChannel :: new MusicChannel :: Nil
5. ...
6. }

Der komplette Code dieses Beispiels ist auf github unter http://wiki.github.com/weiglewilczek/demo-scala verfügbar. Fragen oder Kommentare sind jederzeit erwünscht!

In der nächsten Folge wollen wir den Traits treu bleiben und zeigen, wie wir sogar aspektorientierte Programmierung mit reinen Scala-Sprachmitteln umsetzen können.