2011-04-02 15 views
6

En el trabajo, utilizamos mucho Unity. Es excelente en su trabajo, pero cuanto más lo use, más crecerá su archivo de configuración, más problemas de tiempo de ejecución aumentará y más tendrá que volver a crear su configuración de unidad para cada proyecto de prueba.Uso de Unity con configuración mínima

Así que terminamos con una gran sección de configuración de unidad que tiene que ser duplicada en varios proyectos y cuando llega el momento de implementar, termina teniendo que rastrear dlls a los que olvidó agregar referencias, pero solo descubre estos en tiempo de ejecución. No es divertido.

Supongo que alguien ha encontrado este problema y tiene una solución. Idealmente, me gustaría descubrir cómo configurar Unity de una manera que haga uso de la convención sobre la configuración y reduzca los problemas de tiempo de ejecución (es decir, enormes archivos de configuración). ¿Alguien sabe de una buena forma de implementar Unity con una configuración mínima?

Editar: Una cosa: tengo que seguir usando solo Unity. Realmente no se puede cambiar a Ninject, etc.

Respuesta

4

Unity tiene una API de configuración por lo que es bastante fácil escribir algún código de autoconfiguración utilizando la reflexión.

Varias personas han blogged sobre él aquí:

http://geekswithblogs.net/watsonjon/archive/2009/09/28/unity-convention-based-registration.aspx

http://geekswithblogs.net/brians/archive/2010/07/04/convention-based-registration-extension-for-the-microsoft-unity-ioc-container.aspx

incluido éste con algo de código marco puede volver a utilizar:

http://thedersen.com/2011/02/20/convention-based-configuration-for-microsoft-unity/

Esto ha sido discutido en el Unity discussion board. El problema es que todos quieren convenciones diferentes. Mira las publicaciones del blog, escribir el tuyo parece bastante trivial.

+0

Gracias. Leyendo ... –

Cuestiones relacionadas