Infos zum Thema domänenspezifische_sprachen
18 Webseiten
Programming Languages: Application and Interpretation by Shriram Krishnamurthi
online frei verfügbares Buch über die Problem-orientierte Ableitung, Auswahl und Verwendung von Programmiersprachen(-konzepten). Diskussion von Vor- und Nachteilen von Sprachkonzepten.7 Ratschläge beim Erstellen Domänen-spezifischer Sprachen
1. Wird das Fachwissen im Metamodell/Grammatik ausreichend abgebildet? 2. Eignet sich die Repräsentation des Modells, um ein gemeinsames Verständnis über die konkrete Problemstellung zu entwickeln? 3. Ist das Metamodell so strukturiert, dass man aus den Modellen unkompliziert eine Implementierung ableiten kann? 4. Grenzt das Metamodell die Domäne fokussiert ein, um so eine zielgerichtete Evolution zu ermöglichen? 5. Ständiges Refactoring! 6. Modularisieren, Partitionieren!, 7. Feedback vom Endanwender holen!Sammlung von DSL Grammatik Beispielen
Mit Framework wie ANTLR, Xtext, EMFText, SableCC oder einfach nur formellen Grammatik-Beschreibungssprachen ist es möglich, Grammatiken für Domänen-spezifische Sprachen zu definieren, die von ihrer Komplexität von einfachen Deklarationssprachen bis zu ausklügelten Programmiersprachen reichen können. Diese Seite verlinkt einige Seiten, auf denen sich schon fertig spezifizierte Grammatiken für die unterschiedlichsten Sprachen finden.Domain-Specific Language Engineering
Seite zum in der Entstehung befindlichen Buch "Domain-Specific Language Engineering" von Markus Völter und Eelco Visser, das sich sowohl mit der gezielten Anwendung von Domänen-spezifischen Sprachen (DSL) als auch den besten Vorgehensweisen beim Entwerfen solcher DSLs beschäftigen wird.VisualLISA
Mit dem grafischen Editor kann man Produktions- und semantische Regeln definieren und diese Grammatik-Definition dann LISA, einem AG-basierten Compiler-Generator übergeben.Conrete
Concrete ist ein leichtgewichtiger, web-basierter Modell-Editor, mit dem man mit Autovervollständigung das Metamodell der Domänen-spezifischen Sprache definiert, das sich im JSON Format exportieren lässt und als Grundlage für den eigentlichen DSL-Editor eingebunden wird. Die konkrete Syntax und der Highlighting wird mit HTML/CSS definiert. Siehe auch den Screencast: http://vimeo.com/9164866 Ein Beispieleditor für EMF Ecore gibt es hier: http://github.com/mthiede/mmeditThe Spoofax Language Workbench
Entwicklungsumgebung für das Erstellen Domänen-spezifischer Sprachen und zugehöriger Editoren. Es wird der SDF Grammatik Formualismus zu Grunde gelegt.Komplexe externe DSLs entwickeln
Ein Artikel darüber, wie man komplexe externe Domänen-spezifische Sprachen entwickelt. Letzlich kommen die gleichen Herausforderungen zum Tragen wie bei der Entwicklung einer API.Architecture as Language: A story
Artikel über den Ansatz, mit einer textuellen Domänen-spezifischen Sprache die Architektur eines Software-Systems zu beschreiben. Mir ihr lassen sich Konzepte einfach strukturiert formulieren.DSL Evolution
DSLs sind wie APIs - auch bei ihnen muss bei ihrer Weiterentwicklung auf Rückwärtskompatibilität geachtet werden, so dass Programme, die auf dieser DSL aufsetzen, weiterhin funktionieren könnenTransformations and Abstractions
Eelco Visser bloggt über Software-Entwicklung und Programmiersprachen, speziell über Modell-getriebene Entwicklung und Domänen-spezifische Sprachen.Best Practices for DSLs and Model-Driven Development
Markus Völter beschreibt und bewertet die Aspekte, die beim Entwerfen von Domänen-spezifische Sprachen, beim Prozessieren von Modellen sowie allgemein bei der MDSD-Projektstruktur zu beachten sind.QueryDSL
Framework, mit dem typsichere SQL-ähnliche Abfragen für diverse Endsysteme wie beispielsweise Java Collections, SQL, JPA/Hibernate, JDO und Lucence über eine so genannte fluent Java API konstruieren kann, statt sie als Strings oder externalisiert als Dateien abzulegen. Die fluent API ist in diesem Sinne eine Domänen-spezifische Sprache (DSL) für die Domäne "Abfragen auf Datenstrukturen".
