DSL mit Xtext/Xtend. Luecken(x)text

Von Ulrich Merkel

In diesem dritten Teil der Serie "DSL mit Xtext/Xtend“ setzt Ulrich Merkel die im letzten shortcut begonnene Erstellung eines externen Codegenerators fort. Das erste Kapitel stellt die Entwicklung eines Luecken(x)text-Pakets zur Arbeitsvereinfachung und -beschleunigung dar. Im zweiten Kapitel werden die Implementierungen und die DSL erweitert, sodass Vorlagen verschiedenen Dateityps und verschiedene Vorlageverzeichnisse verwendet werden können. Kapitel 3 zeigt, wie man alle Routinen bezüglich der Vorlagedateien, -verzeichnisse und Platzhalter auslagert und diesen Luecken(x)text-Baustein für verschiedene DSLs nutzen kann.

• Sprache: Deutsch
• Herausgeber: entwickler.press
• Erscheinungsdatum: 9. Feb. 2015
• ISBN: 9783868025347

Buchvorschau

GmbH

1 Luecken(x)text, eine DSL mit dynamischer Anbindung

Nicht nur für einen Freelancer, der gegen Projektende gerufen wird, um „die Deadline doch noch zu halten, ist ein Codegenerator, der den ortsüblichen Programmcode erzeugt, ein wichtiges Hilfsmittel. Wir setzen hier unsere im shortcut DSL mit Xtext/Xtend. 4GL mit externem Quellcode" begonnene Erstellung eines möglichst freien Codegenerators fort. Dabei werden wir Hilfestellungen erweitern, die unser DSL-Editor dem Nutzer bietet. Nach unserer Konzentration auf Grammatik und Generator wenden wir uns also weiteren Implementierungsbereichen im Xtext- und Xtend-Umfeld zu. Für die langjährigen (Stamm-)Entwickler reicht es aus, typische Muster aus Quelltexten als einfache Textdatei mit Platzhaltern (${platzhaltername}) zu versehen und in einem Verzeichnis abzulegen, um sie allgemein als Vorlage zur Verfügung zu stellen. Ohne weitere Arbeiten werden so alle Nutzer maximal bei der Belegung der Platzhalter mit sinnvollen Werten unterstützt. Die Fehler beim üblichen Vorgehen des Kopierens und Ersetzens, ein Relikt aus Cobol-Zeiten, werden vermieden.

Dieser shortcut beginnt mit der Entwicklung eines Luecken(x)text-Pakets und wird folglich viele Beispiele für die Anwendung Xtext-interner Techniken enthalten. Dabei verlassen wir unsere bisherige Beschränkung auf die Grammatik und den Generator und arbeiten uns beispielsweise in die Modifikation des ProposalProviders, der die Vorschläge für den Content Assistant (STRG + Space) bereitstellt, des Validators, der für die Überprüfung der Eingaben zuständig ist, und des QuickFix vor, der Fehler für uns automatisch korrigiert.

Freelancer zu Projektende

In vielen Projekten vermehren sich kurz vor dem Abgabetermin plötzlich die noch zu leistenden Arbeiten erheblich und die Zeit wird zu knapp, als dass die Stammbesatzung diese selbst bei erheblichen Überstunden und Arbeitswochenenden noch durchführen könnte. Dann werden kurzfristig Freelancer gebucht, um diese Aufgabenspitzen abzubauen, die meistens in etwa „Du schreibst jetzt vierzigmal eine Prüfroutine für die Datengruppen 1 – 40!" lauten.

Es ist ein Massengeschäft, gleichermaßen unattraktiv und zeitfressend, das in der Regel darauf zurückzuführen ist, dass diese Arbeiten bis zum Ende aufgeschoben werden – so lange, bis man sich über die Einzelheiten der Implementierung im Klaren ist.

Die Wartung liegt später beim Stammpersonal

Natürlich sollen die Festangestellten später die Wartungsarbeiten an sämtlichen Quellcodes eigenständig und ohne Nachfragen beim Autor dieser Zeilen durchführen können, da man sich keine teuren Abhängigkeiten anschaffen möchte. Auch für Codereviews sollte der Quelltext so geschrieben werden, wie es „Sitte" ist, also den seit vielen Jahren an einem bestimmten Ort üblichen Schreibstil aufweisen. Diese Forderung stellt die entscheidende Klippe der Aufgabe dar. Es gilt immer noch die Aussage