Domänenspezifische Sprachen sind ein Hype, aber nicht nur das, sie sind auch außerordentlich nützlich. Vorbei die Zeiten, als man an die eine allmächtige Sprache glaubte, von der ausgehend man sämtliche Probleme beschreiben könnte (Java, C++, C#, UML) – und dies in hinlänglich aussagekräftiger und effektiver Form. Wir wohnen derzeit einer Entwicklung bei, in der für alles und jedes eine Domain Specific Language (DSL) entworfen und verwendet wird.

Dabei ist die Anzahl möglicher DSLs zuweilen irritierend. Was ist nun eine DSL und wofür ist sie nützlich? Erst einmal ist festzuhalten, dass der Begriff inhaltlich so gut wie nichts aussagt. Eine DSL ist eine Sprache für einen spezifischen Problembereich (= Domäne) ohne jeden Anspruch, darüber hinaus Gültigkeit zu besitzen.
Grundsätzlich lässt sich zwischen technischen DSLs und fachlichen DSLs unterscheiden. Technische DSLs sind beispielsweise die Powershell in der Windows-Welt oder eine Sprache wie BPEL, mit der man nicht versuchen sollte, GUIs für Desktop-Anwendungen zu schreiben, die sich aber ganz hervorragend für die Orchestrierung von Web Services im SOA-Kontext eignet (und freilich auch dafür entworfen wurde). Oder nehmen wir die im Artikel auf Seite 22 erwähnte build.xml aus Ant, welche eine eigene Sprache speziell für das Erstellen von Builts enthält. Fachliche DSLs sind, wie der Name schon sagt, ganz auf fachliche Problemfelder ausgerichtet und sollen helfen, bestimmte Anweisungen von ihrem „technischen Ballast“ zu befreien, sodass sie auch von Nicht-Techies souverän verwendet werden können. Sie haben oft konfigurativen oder deklarativen Charakter und bieten eine schöne Möglichkeit, den Grundsatz der „Separation of Concerns“ zwischen Technologen und fortgeschrittenen Anwendern zu realisieren.

Kommen wir nun zu Groovy! Diese dynamische Sprache für die Java-Plattform bietet mit ihrem Konzept der Builder einen Mechanismus, auf relativ einfache Weise eigene DSLs zu erstellen. Da es so einfach ist, besteht die Versuchung, für viele Fälle eigene DSLs zu entwickeln – und prompt führt der Versuch, Vereinfachung und Klarheit herbeizuführen, beinahe zum nächsten Komplexitäts-GAU. Hier setzt nun unser Titelthema an: Wie wäre es, wenn wir eine textuell vorliegende DSL grafisch visualisieren könnten? Immerhin wissen wir alle, dass grafische Repräsentationen mitunter die einzige Möglichkeit darstellen, komplexe Systeme zu erfassen. Das Graphical Modeling Framework (GMF) von Eclipse ist ein Werkzeug, mit dem sich grafische Editoren generieren lassen. Es lohnt sich daher, sich das Zusammenspiel zwischen Groovy-basierten DSLs und GMF einmal genauer anzuschauen (Seite 22).

Einen interessanten Erfahrungsbericht zum Thema RCP haben wir aus Österreich erhalten. Die Presseagentur APA hat sich im Vorfeld der Euro 2008 mit neuen Anforderungen, namentlich Video- und Multimedia-Content, beschäftigt und sich für einen umfassenden Einsatz von Eclipse RCP entschieden. Unser Erfahrungsbericht auf Seite 67 gibt einen Einblick in das Projekt.

Falls übrigens auch Sie interessante Projekte im Eclipse-Umfeld realisiert haben, von denen Sie glauben, dass sie den Einsatz von Eclipse-Technologien exemplarisch vorführen, dann lassen Sie es uns bitte wissen. Vielleicht wird ja ein interessanter Bericht daraus.

Erlauben Sie mir abschließend noch eine Bemerkung in eigener Sache: Wir haben uns entschieden, das Eclipse Magazin von 2009 an häufiger herauszubringen. Statt bisher vier Ausgaben pro Jahr werden Sie zukünftig sechs Ausgaben jährlich, also alle zwei Monate ein neues Heft, erhalten! Wir tun dies auf vielfache Leseranfrage hin und nicht zuletzt deshalb, weil der Eclipse-Markt in phänomenalem Tempo weiter wächst und kontinuierlich neue hochwertige Projekte die Plattform bereichern.

Gemeinsam mit Ihnen, liebe Leser, Ihren Anregungen, Ihrem Feedback und möglicherweise auch Ihren Erfahrungsberichten können wir helfen, diesen spannenden Markt weiter zu gestalten! Ich freue mich auf die Herausforderungen 2009 und wünsche Ihnen eine erholsame Weihnachtszeit und einen guten Start ins Neue Jahr!

Ihr Sebastian Meyen
Chefredakteur