scrittura di un DSL per la piattaforma .Net

Question

Sto pensando di scrivere un DSL da eseguire nell'ambiente .Net. Sono molto propenso ad implementarlo in C#, anche se sono flessibile su questo.

Esiste una risorsa online consigliata che mostra i passaggi principali coinvolti nella scrittura di una DSL per la piattaforma .Net?

Idealmente, vorrei una risorsa che avrebbe fornito almeno una panoramica sui seguenti elementi:

• 'spec'ing un DSL
• Come mappare le specifiche per il framework .Net
• preferibilmente un esempio HelloWorld di un modem DSL banale implementato in un linguaggio .NET

[Edit]

In realtà, ho appena visto this article - ma è leggermente datato. Qualcuno ha un'opinione sul fatto che l'articolo sia un buon punto di partenza o meno (il framework .Net e C# sembrano evolversi ad un ritmo molto rapido)

Answer 1

Se si è disposti ad acquistare un libro sull'argomento, consiglio vivamente lo "DSLs in Boo: Domain Specific Languages in .NET" di Ayende Rahien. Molto istruttivo e ti guida gentilmente attraverso il processo di scrittura di una DSL. L'autore utilizza un linguaggio .NET leggero chiamato Boo per fungere da base per la sintassi della DSL.

Inoltre si può guardare in angolo VS2012:

• Microsoft Visual Studio 2012 Visualization & Modeling SDK
• Microsoft Visual Studio 2010 Visualization & Modeling SDK

Answer 2

Si può provare il MPS dei JetBrain. È un ecosistema molto ricco e robusto per la generazione di DSL. Non l'ho mai usato da solo, quindi caveat emptor, ma è gratis quindi immagino che non possa fare molto (molto) per provarlo.

Answer 3

C'è un gruppo di diverse soluzioni si potrebbe usare, tra cui l'articolo si è collegato, ma alcuni altri esempi dalla MS ...

• FsLex/FsYacc - porti delle popolari Lex e Yacc lexer/parser per F #, ma non essere disattivato immediatamente. Se non lo hai mai usato prima, F # ha una funzione chiamata "pattern matching", che ti permette di abbinare costrutti molto complessi (come camminare su un albero), senza una grande quantità di se/else/o blocchi dappertutto. Questo è perfettamente adatto alla compilazione del linguaggio - perché quasi tutte le soluzioni DSL che troverete funzioneranno analizzando la lingua in un AST (Abstract syntax tree). In questa soluzione F #, ottieni un albero fortemente tipizzato con cui lavorare. Puoi prendere il F# Parsed Language Started per iniziare. (C'è un sacco di grammatiche esistenti per Lex/Yacc che possono aiutarti anche tu).

• SQL Server Modeling Tools (ex "Oslo") - Contiene un linguaggio chiamato M, già rotto in più parti, uno dei quali MGrammar. È un parser abbastanza avanzato e può farti risparmiare tempo su altre grammatiche: i pattern di codice (o regole grammaticali generiche) e la precedenza sono incorporati e facili da usare. Lo consiglierei forse se inizi con l'analisi, perché include uno strumento visivo: Intellipad, che ha una modalità DSL a 3 pannelli, in cui digiti la tua lingua e qualche codice di esempio - e ti mostrerà l'output AST durante la digitazione - è abbastanza produttivo da usare. L'AST generato è un costruttore di linguaggio M valido (MGraph), che può essere utilizzato con servizi come SQL e XML. Un aspetto negativo di MGrammar IMO, è che camminare su AST da C# o altrove è un processo faticoso. Non c'è nulla di fortemente digitato, e stai lavorando con oggetti e ricerche con stringhe - goffo e facile da fare errori. Ci sono alcuni esempi su MSDN, e alcuni vids su Channel9 che possono aiutarti a iniziare in questo modo lengthy overview

• Il Visualization and Modeling SDK - Un intero soluzione integrata in VS, che si concentra in gran parte sulla costruzione del vostro con strumenti di progettazione di Visual Studio oltre il codice. Viene fornito con un modello di avvio linguistico minimo per aiutarti. Non ho alcuna esperienza con questo per raccomandarlo.

C'è un sacco di altre soluzioni non-MS, come quella che hai citato, C# obiettivi per ANTLR ecc Questi sono particolarmente utili se si sta riutilizzando grammatiche esistenti - perché c'è decine già là fuori .

Answer 4

Guarda il mio progetto open meta# fonte. Sembra quello che stai cercando.