EF Core, de las convenciones a …?

Los que conocéis un poco EF 6.X seguro que sabéis que disponemos de un mecanismo para cambiar las convenciones por defecto a la hora de crear nuestros modelos. Este característica por lo general viene dada por la clase base DbConnection, sobre la cual podemos trabajar para personalizar las convenciones existentes o bien poder poner nuevas convenciones.

Un ejemplo de las posibilidades que esta clase base nos ofrece  se representan en el siguiente ejemplo de código, con una de las típicas convenciones que usamos cuando utilizamos EF 6.X.

 

Este modelo de convenciones es muy potente, aunque también tiene ciertas debilidades. El principal punto débil es que podemos configurar los tipos asignados pero no podemos decir a EF que un determinado tipo CLR o bien alguna determinada propiedad con alguna característica concreta se mapeará de una determinada manera en la base de datos. Seguro que ahora mismo está un poco confundido con el párrafo anterior, puesto que precisamente el ejemplo que acabamos de poner mapea las propiedades de tipo DateTime a DateTime2, entonces. Pues bien, esto funciona porque este tipo de datos datetime2 es conocido por EF, pero ¿que pasa si asignamos una propiedad a una columna de la cual no hay soporte, como por ejemplo XML? La respuesta es que esto no funcionará.

En EF Core 1.1, al contrario que en EF 6.X no tiene un API de primer nivel para el trabajo de convenciones.  Suponemos que algún futuro no muy lejano este API de primer nivel será creado, bien directamente por el equipo de trabajo de Entity Framework Core o bien por diferentes contribuciones de la comunidad. Sin embargo, si tiene abstracciones de base que nos darán mucha potencia y que veremos a continuación.

Si trabajamos con Sql Server, de manera idéntica tendremos este mecanismo con otros proveedores, tenemos una implementación de un RelationalTypeMapper que nos permitirá tener soporte para jugar con ciertos elementos convencionales o la modificación de como ciertas propiedades se mapean a nuestros elementos relacionales.

A continuación veremos un pequeño ejemplo en el que no solamente podemos configurar el tamaño por defecto de nuestras cadenas de caracteres sino también la longitud de los parámetros de las consultas.

 

Usar este nuevo mapper es relativamente sencillo, una de las cosas que tenemos en EF Core gracias a la utilización del sistema de dependencias por defecto está precisamente en la facilidad que tenemos para cambiar ciertos componentes por otros.

 

Hay otros muchos ejemplos de personalizaciones de esta clase, como por ejemplo la comentada anteriormente para la asignación de un tipo. Para no repetir código que ya está publicado y accesible mostraremos este ejemplo sacando el mismo del repositorio de Rowan Miller, uno de los PM de EF Core. El mismo puedes localizarlo aquí.

 

Del código anterior fíjese como podemos crear nuestro propio RelationalTypeMapping asignando en el tanto el tipo CLR como el tipo en el modelo  relacional subyacente. Es verdad que aún no tenemos las API de primer nivel, pero si tenemos las bases que permitirán su construcción o bien su uso directo, aunque no sea tan simple como debería.

 

Saludos

Unai

 

 

 

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *