Discussion :

[ElPedro]

bonjour,

quand je suis en c++ et je veux créer un nouveau langage (afin de faire des devs specifiques, ou fournir des outils à mes infographistes) j'utilise spirit ou xpressiv.

Désormais je souhaite faire la même chose en c#, quelles libs me conseillez-vous? J'aimerai une lib qui permette aussi de faire du code completion dans un editeur.

Cordialement,

El Pedro

[DonQuiche]

Bonjour.

Antlr est sans doute le meilleur outil possible pour le parser generator. Si tu préfères écrire le parser à la main, C# offre une classe Regex en standard.

Côté IDE, tu peux tout simplement utiliser les biblios de Visual Studio pour créer et distribuer un clone de VS, ce cas d'utilisation ayant été spécifiquement élaboré pour les DSL ! Je n'ai pas d'expérience de première main mais ça ne doit pas être bien complexe. Enfin pour doter ce clone du support de ton langage il doit te suffire d'implémenter un language service qui doit peu ou prou se borner à parser le code pour exposer un DOM.

Résumé :
a) Je crée un parser via Antlr.
b) Je crée un language service pour VS exploitant ce parser.
c) Je crée un IDE reprenant l'UI de VS via les API dédiées et en incluant le language service développé précédemment.

[Graffito]

Pour ce type d'application, on utilise directement C# comme langage spécialisé dans un environnement Visual Express.

On fournit un projet de base avec les classes nécessaires aux outils métiers et une IHM de base pour choisir le code utilisateur à exécuter.

[tomlev]

Sinon y a Irony qui a l'air pas mal aussi... Scott Hanselman avait écrit un billet à ce sujet, ça a l'air assez simple à utiliser

[ElPedro]

Merci pour vos réponses.

Pour ce type d'application, on utilise directement C# comme langage spécialisé dans un environnement Visual Express.

Je ne comprends pas vraiment? Si je veux creer des fonctions avec des protos comme "void peindre(element e)avec(color c)", je ne pas pas modifier c# (à moins d'un précompilo) ?

[Graffito]

Si je veux creer des fonctions avec des protos comme "void peindre(element e)avec(color c)", je ne pas pas modifier c# ?

Il suffit de créér la classe Public "Peinture" avec sa fonction void peindre(Element e, Color c) dans ton projet de développement dans lequel tu testes ces classes métiers publiques et d'ajouter l'exe de développement dans les références du projet de test.

L'utilisateur n'aura plus qu'à coder normalement en C# dans sa copie du projet de base :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
MaPeinture=New Peinture() ;
MaPeinture.Peindre(...

[ElPedro]

Merci Graffito, mais je pense que nous ne sommes pas vraiment sur la même longueur d'onde.

J'ai indiqué volontairement un prototype impossible en C# (non pas "peindre(element e, color c)" mais bien "peindre(element e)avec(color c)).
De meme que si je decris par exemple du Haskell, du prolog, de l'asm, ou un langage en langue arabe avec des * et des + dans les noms de fonctions, etc.. et bien je veux pouvoir le faire .

Je veux créer un langage propre à un métier, sans forcément de rapport avec les langages impératifs ou objets style c#/java/c. C'est pourquoi je ne vois pas comment je pourrai utiliser c# directement sans passer par un précompilo? Je suis désolé si ma question n'était pas assez précise.

Irony semble être ce que je recherche (mais pas sûr pour la completion), et j'ai trouvé aussi "Sprache" qui semble du même acabit, voire mieux.

[Graffito]

Effectivement, je n'avais pas noté que ta réponse portait sur la syntaxe des instructions .

Je veux créer un langage propre à un métier, sans forcément de rapport avec les langages impératifs ou objets style c#/java/c. C'est pourquoi je ne vois pas comment je pourrai utiliser c# directement sans passer par un précompilo? Je suis désolé si ma question n'était pas assez précise.

Ton objectif comporte apparament 2 aspects :

1. la fourniture de fonctions orientées métier,
2. une syntaxe de ton choix.

J'avoue que le point 2) me parait relativement secondaire et me semble présenter assez peu d'avantages par rapport aux inconvénients comme la puissance du langage et la nécessité de créer :
- un outil de saisie (avec éventuellement coloration syntaxique),
- un interpréteur/compilateur,
- un minimum d'outils de Debug,
- une documentation de la syntaxe.

Lors du développement d'une application de ce type il y 15 ans, nous avions utilisé l'approche vers laquelle tu t'orientes (langage dédié). La raison essentielle de ce choix était le fait que l'environnement de dévellopement dans lesquel intéger nos classes métiers existantes était payant. Avec Visual Express, ce n'est plus le cas aujourd'hui. C'est pourquoi, nous avons changé de technique : remplacement du langage dédié par c# et ajout des classes métier à l'environnement de développement utilisateur.

[DonQuiche]

- un outil de saisie (avec éventuellement coloration syntaxique),
- un interpréteur/compilateur,
- un minimum d'outils de Debug,

Il n'a pas à faire ces trois étapes. Tout ce qu'il doit réaliser c'est le parser qui générera le DOM depuis le texte, VS s'occupera du reste. Et en réalité le parser lui-même sera généré automatiquement depuis une simple définition de la grammaire du langage. A la rigueur il devra ajouter un support pour l'auto-complétion.

Cela dit ton idée générale, utiliser C# plutôt qu'un DSL, peut être pertinente. Mais pour certains problèmes un DSL est vraiment la meilleure réponse. Il suffit pour s'en convraincre de comparer par exemple une UI définie en XAML avec son équivalent en C#.

[ElPedro]

Merci à tous. Il y a plusieurs idées vraiment bonnes.
Je vais creuser tout ça, merci encore.

ElPedro