Version imprimable
Bonjour
Je viens de découvrir les DSL Tools
présentation aux techdays :
http://www.microsoft.com/france/visi...D-6270CDE07FF5
site en français :
http://dslfactory.org/CommunityServer/Web/
présentation en anglais :
http://channel9.msdn.com/showpost.aspx?postid=246477
Cela a l'air très intéressant, quelqu'un a développé avec, ici, et peut faire un retour d'expérience ?
Merci :)
Richard
Salut,
Voir des présentations de JM Prieur, qui est un pro des dsl tools; pour ma part, je suis pas encore entré dans ce "truc".
En espérant que cela t'aidera ...
JAUJAU
Merci ;)
Après avoir bossé un peu sur les labs, je trouve cela puissant... mais un tantinet complexe !
Salut!
Je bosse actuellement sur les DSL Tools, je peux donc te faire part de mon opinion. :)
Je trouve personnellement cette techno très puissante. Il existe quelques alternatives (notamment avec Eclipse) et ces techno vont rapidement se démocratiser.
Je l'utilise dans le cadre de mon stage pour générer des systèmes de systèmes avec un ensemble de propriétés, des workflows attachés, etc. le contexte est déjà assez complexe, alors en DSL, ça devient la prise de tête totale... :p
Pour ceux qui ne connaissent pas du tout. Les DSL permettent de décrire un méta modèle. Un modèle sous Visual basé va alors être disponible pour manipuler les concepts définis dans le méta-modèle. Une fois le modèle fini, on peut générer du code, des bibliothèques, des programmes, des fichiers de documentation, etc.
Mais cela reste très conceptuel. En gros, faut s'y pencher un bon moment avant d'en comprendre toutes les possibilités et subtilités. Je bosse dessus depuis a peu près 1 mois et je suis loin d'avoir tout saisi.
Le site français indispensable a avoir dans ses favoris est http://dslfactory.org
Il y a une partie de code à adapter pour chaque nouveau client, dans nottre application, les DSL tools seront utiles pour cela. Mais j'ai quand même l'impression, à voir le peu de réaction ici, que c'est peu employé.
Un tantinet effectivement :mouarf: .Citation:
Envoyé par Promeneur
J'avais assiste a la presentation de JM Prieur lors du symposium DNG l'annee derniere... ben c'etait super sympa avec une demo d'helicoptere et de bateau et tout et tout ...mais je n'ai honnetement pas compris grand chose. :aie:
La ou UML apporte une certaine uniformite et unicite dans le developpement et la modelisation, les DSL s'orientent vers une specialisation, une approche plus bas niveau en somme. Interessant dans l'idee, dans la pratique ca ne m'a jamais rellement tente.
Une chose d'ailleurs que j'ai du mal a comprendre et vous allez peut etre pouvoir me repondre: on a reproche a UML d'etre trop generique; c'est pour cela qu'ont ete ajoute les profiles, que OCL a ete developpe, bref on peut arriver maintenant avec UML a etre relativement specifique, tout en conservant un langage comprehensible par n'importe quelle personne familiere un tant soit peu avec UML (et vous en convendriez ce n'est pas evident). Alors les DSL dans cette histoire? Plus puissant, plus type, plus personnalisable... super en gros on introduit la notion de "legacy code" a un niveau d'abstraction plus eleve que celui des GPL! Puissant j'en conviens mais ca me semble bordelique et ouvert a pas mal de derives, chacun pouvant faire sa cuisine dans son coin.
Quand a la democratisation rapide de ce type d'outils je suis plutot perplexe, meme si MS pousse fort les DSL (meme si c'est loin d'etre un gage de qualite future, on connait peu MS pour sa capacite a standardiser mais sa capacite a imposer est certaine ;)).
Mais ceci explique aussi peut etre le relatif echec de xUML (executive UML) qui pourtant s'averait plutot prometteur, et bien plus interessant a mon gout car parfaitement dans la continuite de UML (uniformite du langage et standardisation).
Bref les DSLs, pas convaincu.
Je pense que les DSL ne sont utiles que dans un type de situation, mais je peux me tromper, c’est juste ce que j’en ai compris à mon stade.
Je développe une application de traitement de documents qui peut être considérée comme un framework. Un framework dans le sens où le traitement s’adaptera à la fois aux types de documents (n’importe quel type) et au workflow désiré par le client pour ces documents (saisie, OCR, divers contrôles, enrichissement des données, etc.). On peut dire que dans le cadre du framework, il y aura des traitements différents. Si une partie de ces traitements sera « dirigée » par simple paramétrage d’un code commun, une bonne partie sera forcement du code personnalisé.
Mais ce code personnalisé agira grosso modo toujours à l’intérieur des mêmes objets métiers, et fera des choses qui, par nature, ressembleront beaucoup à ce qui se fera dans d’autres modules personnalisés du même client ou de client différents.
Il s’agit d’un cas où, ayant factorisé ce qui peut l’être, même en réutilisant le code au maximum, nous sommes obligés de faire du nouveau code régulièrement, des sortes de mini applications qui prennent place dans le framework général de traitement de documents.
Et là, les DSL tools sont vraiment adaptés. Ils permettent de visualiser la logique applicative de ces mini applications ET de générer le code. Par rapport à UML, je trouve que les DSL permettent de mieux modéliser le comportement dynamique du programme, à la manière d’un workflow ou d’une machine à état.