MontiCore: Agile Entwicklung von domänenspezifischen Sprachen ...

36 Kapitel 2 – Entwurf und Einsatz von DSLs in der Softwareentwicklung
aus Modellen. C# als eine verbreitete GPL bietet mit ihren partial classes die unabhängige
Erzeugung zusammengehöriger Elemente im Zielsystem.
Die Nachteile einer eigenständigen DSL-Definition gegenüber eingebetteten DSLs liegen
im erhöhten Aufwand der Realisierung, da eine DSL nicht die Infrastruktur zum Beispiel
bezüglich eines Typsystems übernehmen kann. Wie in [Tra08] beschrieben ist dies nicht nur
ein Problem des erhöhten Aufwands, sondern auch ein Problem der Qualität der entstehenden
Elemente. Diese Nachteile werden im Folgenden versucht dadurch zu kompensieren,
dass die Sprache modular entwickelt werden kann und somit auf Sprachdefinitionsebene eine
Wiederverwendung stattfindet. Diese Wiederverwendung von bereits erstellten Elementen
ist beim Entwurf einer DSL aus wenigstens zwei Gründen sinnvoll: Erstens verkürzt
sich hierdurch die Entwicklungszeit, da wiederkehrende Sprachelemente nicht stets neu entwickelt
werden müssen. Dabei kann die Sprachdefinition genauso wie darauf aufbauende
Algorithmen wie eine Typanalyse wieder verwendet werden. Zweitens kann der Entwickler
sicher sein, dass die wieder verwendeten Elemente bereits qualitätsgesichert sind, so dass
sie ohne eine erneute Prüfung genutzt werden können.
Bei der Entwicklung von Modellierungssprachen ist auffällig, dass häufig Sprachfragmente
wie Ausdrücke, Statements und Methoden zugrunde liegender Programmiersprachen
benötigt werden, um die modellspezifischen Elemente zu ergänzen. Eingebettete DSLs können
diese direkt aus der Basissprache übernehmen, was jedoch eine Übernahme der Hostsprache
bedeutet. Für Modellierungssprachen ist hier jedoch teilweise die Verwendung von
Sprachen wie die OCL [OMG06b] wünschenswert, die dann ihrerseits auf die GPL abgebildet
werden müssen.