Best Practice WPF Prism Resources

Question

Tengo una aplicación de escritorio WPF prism con algunos módulos. En el pasado, puse todos mis recursos localizados en archivos de recursos comunes en el ensamblaje de infraestructura y los hice referencia en todos los módulos.

Pero últimamente me he estado preguntando si ese es realmente el enfoque correcto desde una perspectiva de mantenimiento. En esencia, también rompe la modularidad. ¿Tener un módulo de archivos de recursos específicos en los módulos sería un mejor enfoque a largo plazo?

Todos los pensamientos apreciados.

Answer 1

En la medida en que uno de los objetivos principales de Prism es la modularidad, parece obvio que solo debe colocar sus recursos en el ensamblaje adecuado. Compartir recursos a través de un ensamblaje centralizado es lo opuesto a la modularidad. Si lo hace de forma centralizada obtendrá otro tipo de DLL infierno en el momento en que desea agregar más módulos (opcionales). Deberá actualizar el ensamblaje común sin el conocimiento de los módulos que usan el ensamblaje. Y determinar qué módulo está presente nuevamente viola la modularidad misma. La otra forma es actualizar siempre el ensamblado común a la última versión. Hagas lo que hagas, seguir el enfoque centralizado te obliga a construir todos tus módulos compatibles con versiones anteriores.

Este es mi punto de vista en este momento. Pero por lo que estoy trabajando con Prism por unas pocas semanas ahora no estoy muy seguro de si mi declaración es la forma en que debería hacerse.

Answer 2

Nunca tengo referencias entre los módulos individuales cuando uso Prism (a menos que un módulo sea de hecho una mejora de otro). Tiendo a poner recursos compartidos, interfaces, etc. en un ensamblado 'común' al que hacen referencia todos los módulos y el conjunto que contiene el caparazón. Las cosas que implementan una interfaz se recuperan luego a través del contenedor IoC y la implementación se ubica en el módulo donde 'pertenece'.

Mientras escribes, tenerlos en el módulo de infraestructura rompe una de las ideas detrás de Prism.