Pregunta

Acabo de empezar a jugar con dominio de las herramientas específicas de desarrollo, y estoy jugando con Visual Studio SDK DSL Tools.Sin embargo, me enteré de que Microsoft tiene otra iniciativa en el dominio del desarrollo de la llamada "Oslo".

Mi impresión es que, DSL Tools está centrado en la gráfica, el dominio de lenguajes específicos, mientras que en Oslo se centra en uno textual, pero no estoy seguro de ello.

Puede alguien señalar cuáles son las diferencias entre "DSL Tools" y "Oslo"?

¿Fue útil?

Solución

Los dos principales diferencias son la visión y la división.

La visión , porque DSL Tools centran crear entornos de desarrollo específicos de dominio que se ejecutan dentro de Visual Studio o un Shell de Visual Studio, mientras que Oslo quiere habilitar la programación de datos más fácil y como un producto secundario también ofrece herramientas para la construcción de una SL que le ayudan a especificar sus datos en los idiomas hechos a sí mismos.

La división , debido a que las dos inversiones se realizan en diferentes divisiones, por lo tanto totalmente diferentes equipos. Esperamos, y dicen, los equipos hablan a unos de otros, pero nadie sabe realmente.

En el futuro lo más probable es que Oslo (en dos semanas ya no llamados Oslo) proporcionará la infraestructura de DSL Tools (metamodelo, base de datos, consulta de lenguaje). Por lo menos que podemos esperar una cierta integración entre los dos.

Otros consejos

de Oslo y la DSL Toolkit

DSL Tools y Oslo

Mensajes aquellos blogs de MSDN responder a esa pregunta.

Usted está en lo correcto.El kit de herramientas ADSL se utiliza para crear una gráfica de DSL diseñador.Este diseñador, que se puede ejecutar dentro de Visual Studio (o dentro de su propio programa de acogida) con el fin de crear instancias de la DSL modelo.En el contexto de Visual Studio, estas instancias pueden ser usados para generar el código o el otro texto basado en artefactos, utilizando el texto T4 motor de plantillas integrado en Visual Studio.

Tenga en cuenta también que el diseñador no necesita tener una gráfica de superficie de diseño.Una vez que el modelo de dominio ha sido creado, se puede rellenar de un jerárquica de la vista del explorador, o a través de código.Una de las cosas por que se genere a partir de su modelo de dominio es un establecimiento inflexible de tipos de API para acceder a las instancias del modelo.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top