Después de ver Channel 9's video en los proveedores de tipo F #, me pregunto acerca de los cambios en el esquema de datos. Don tocó esto un poco al final, pero estoy buscando más detalles.¿Qué sucede cuando los proveedores de tipo cambian en F #?
La demostración hizo que pareciera que básicamente está presionando '.' para explorar qué tipo de datos está disponible para usted. Después de vincular, por ejemplo, las tasas de criminalidad en los EE. UU. En 2008, ¿qué sucede cuando distribuye su aplicación y cambia el esquema? ¿Obtiene errores de tipo de tiempo de ejecución? ¿Es responsabilidad del desarrollador manejar estos errores?
Además, ¿esto pone la responsabilidad en manos del proveedor del tipo?
Actualmente, cuando descarga un ensamblado .NET, sabe que nunca cambiará hasta que (de forma manual o a través de un servicio) lo actualice explícitamente. Los errores de compilación de los tipos en evolución se deben resolver, pero siempre puede mantener la actualización hasta que esté listo para el cambio. Con los proveedores de tipo, ¿tiene que programar más cautelosamente contra ellos?
Como dice Tomas, el bit más notable es el esquema de cambios en el tiempo de desarrollo (por ejemplo, para datos 'muy dinámicos' como archivos XML u hojas de cálculo locales que puede estar editando localmente cuando programa contra ellos). Los problemas con los cambios de esquema para aplicaciones implementadas son los mismos problemas que uno con las aplicaciones tradicionales, donde normalmente (1) hace cambios compatibles hacia atrás, (2) mantiene una base de datos/esquema anterior pero también publica uno nuevo (clientes antiguos) las aplicaciones aún hablan las antiguas, las nuevas hablan de las nuevas, que pueden tener datos más ricos/diferentes), o (3) implementan nuevas aplicaciones cliente cuando se cambia el esquema. – Brian