El estado actual de SIQ era presented por Christopher Vogt en ScalaDays 2011. Se mostró cómo las consultas funcionarían y se verían, pero, por lo que recuerdo, no había ninguna noción acerca de cómo se representarían esos tipos, e. gramo. si aún es necesario escribir un código repetitivo para explicar la estructura de la base de datos a Scala.¿Hay planes para admitir "proveedores de tipos" para el SIQ de Scala (ScalaIntegratedQuery) como en F #?
F # 3.0 añade type providers (hablar PDC por Don Syme: video; charla GOTO Copenhague por Tomas Petricek: video, slides, blog post), que lo hacen básicamente innecesario escribir o generar mapeos entre una base de datos de forma manual (u otro proveedor de datos) y el sistema de lenguaje/tipo, porque el lenguaje puede consultar información estructural de la base de datos directamente con los proveedores de tipos.
¿ScalaIntegratedQuery podrá proporcionar los tipos/relaciones de una base de datos al compilador de Scala sin requerir que el usuario escriba el código repetitivo por sí mismo?
@Carsten: a veces hay información interna o informes iniciales del trabajo del equipo, por lo que pregunta. Quién sabe, tal vez el diseñador de Scala vendrá a dar una buena respuesta. –
@Carsten: Obtuve una respuesta directamente del tipo que trabaja con proveedores de tipo F # en mi otra pregunta ... vaya figura. – soc
Gracias por la referencia a mi charla, pero la fuente de información esencial sobre los proveedores de tipo F # debería ser la charla de Don Syme. Acabo de jugar con él, lo diseñó :-). Ver p. PDC: http://channel9.msdn.com/Events/PDC/PDC10/FT12 pero el nuevo de BUILD también puede estar disponible. –