La verdad es que no hace muchos días que publiqué un post con este trabajo para todos aquellos, que como yo, consideraran interesante el hecho de disponer de una forma automática de agregar las configuración de nuestro modelo, con el fin de facilitar el trabajo y prevenir ese código repetitivo que solemos ver muy a menudo. Para que no tengamos que recurrir a lo mismo en EF 6, me decidí por hacer un pequeño pull request que pudiera contener esta funcionalidad, ahora, que como ya sabréis todos, Entity Framework es Open Source  y, por lo tanto, abierto a que la comunidad pueda contribuir. Los que hayáis pasado alguna vez por el portal del proyecto en Codeplex sabréis que hay multitud de información sobre las diferentes vías de contribución, que no tienen porque ser solamente código, y como hacer estas contribuciones de una forma ordenada y consensuada. La palabra consensuada es importante aquí puesto que por mucho que a nosotros nos parezca importante y válida una contribución esta no tiene por que tener la misma validez para el equipo, por ejemplo, porque la pieza o piezas en las que vayamos a tocar se vayan a rediseñar o, a otra multitud de factores que se nos puedan escapar. El principio Don’t Push Your Pull Request es la norma a seguir dentro del equipo de desarrollo y por lo tanto el primer trabajo que tenemos que hacer es discutir con ellos lo que queremos hacer y por supuesto como lo vamos a hacer, en este caso, la sugerencia de pull request y su discusión la podéis ver aquí.

Bueno, después de ver el feedback y de las guías sobre como les gustaría la aportación, el resultado que ha quedado es este Change Set con la característica comentada anteriormente y, que pasaremos a desgranar ahora mismo.

 

Carga automática de configuraciones

 

Bien, esto es lo más básico y a la vez lo más natural de esta característica, puesto que como ya comentamos su primer trabajo es hacer la carga de configuraciones de forma automática, eliminando las típicas líneas repetitivas de carga de configuraciones, que en un proyecto real serán muchas y por lo tanto con un impacto en legibilidad y mantenibilidad. Es decir, lo que nos permitiría es cambiar cosas como esta:

 

Por lo siguiente:

Visibilidad de tipos y constructores

 

Para realizar esta carga automática de configuraciones no estamos restringidos a ninguna visibilidad de nuestras clases, ni de sus constructores. De hecho, esto es lo ideal, puesto que estas clases solamente tienen fines de configuración y no están pensadas para ser usadas más que por la infraestructura, parece lógico que pudiéramos escribirlas como por ejemplo en la siguiente de forma no pública y con un constructor privado.

 

<span class="kwrd">class</span> OrderEntityTypeConfiguration :EntityTypeConfiguration&lt;Order&gt; { <span class="kwrd">private</span> OrderEntityTypeConfiguration() { <span class="kwrd">this</span>.Property(o =&gt; o.Total).HasPrecision(12, 2); } }

1 2 3 4 5 6 7 8

<span class="kwrd">class</span> OrderEntityTypeConfiguration         :EntityTypeConfiguration&lt;Order&gt;     {         <span class="kwrd">private</span> OrderEntityTypeConfiguration()         {             <span class="kwrd">this</span>.Property(o =&gt; o.Total).HasPrecision(12, 2);         }     }

 

Configuraciones en jerarquía

 

La última de las características de este trabajo, es el soporte a jerarquías de configuraciones, es decir, que nuestros tipos de configuración no implementen de forma directa EntityTypeConfiguration<>. Un ejemplo de este tipo de escenarios podría ser algo como lo siguiente:

 

<span class="kwrd">abstract class</span> CommonEntityTypeConfiguration&lt;TEntity&gt; :EntityTypeConfiguration&lt;TEntity&gt; <span class="kwrd">where</span> TEntity:<span class="kwrd">class</span> { <span class="kwrd">public</span> CommonEntityTypeConfiguration() { <span class="kwrd">string</span> tableName = PrefixTableName(<span class="kwrd">typeof</span>(TEntity).Name); <span class="kwrd">this</span>.ToTable(tableName); } <span class="kwrd">string</span> PrefixTableName(<span class="kwrd">string</span> name) { <span class="kwrd">return</span> <span class="str">&quot;tbl&quot;</span> + name; } }

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

<span class="kwrd">abstract class</span> CommonEntityTypeConfiguration&lt;TEntity&gt;         :EntityTypeConfiguration&lt;TEntity&gt; <span class="kwrd">where</span> TEntity:<span class="kwrd">class</span>     {         <span class="kwrd">public</span> CommonEntityTypeConfiguration()         {             <span class="kwrd">string</span> tableName = PrefixTableName(<span class="kwrd">typeof</span>(TEntity).Name);               <span class="kwrd">this</span>.ToTable(tableName);           }           <span class="kwrd">string</span> PrefixTableName(<span class="kwrd">string</span> name)         {             <span class="kwrd">return</span> <span class="str">&quot;tbl&quot;</span> + name;         }     }

Si observa, lo que hemos hecho, con meros fines de ejemplo, es hacer una pequeña base para nuestras configuraciones que nos agrega un prefijo tbl a los nombres de nuestras tablas. Esta configuración base la podríamos utilizar en todas aquellas entidades que nos interesaran que ya tuvieran OOB esta característica.

 

Pues bien, como hemos dicho, aún en estas situaciones nuestro AddFromAssembly seguirá funcionando perfectamente y cargando nuestras configuraciones de la forma correcta, excluyendo tipos abstractos y definiciones de tipos genéricos…

 

Bueno, espero que os resulte interesante esta novedad que tendremos en EF 6 y espero, que esta contribución os sea de la mayor utilidad posible, con ese fin está hecha…

 

saludos

Unai