Prisma: ¿mala idea usarlo?

Question

He estado migrando de Windows Forms a WPF y estoy tratando de utilizar Prism para cumplir con el requisito de que la aplicación esté orientada a los complementos.

Mi problema es que aparentemente no hay soporte para eso. También he escuchado que en algunos casos es extremadamente defectuoso. Siendo que estoy desarrollando una aplicación empresarial, esto es inaceptable.

Si este es el caso, y es una mala idea comenzar a usar Prism, ¿hay alguna alternativa para hacer una aplicación compuesta? Solo usar MEF es todo lo que puedo pensar.

Answer 1

Con Prism, tiene la opción de utilizar Unity y/o MEF como marco IoC/DI .... también es bastante extensible ... para que pueda agregar diferentes contenedores IoC si lo desea.

Algunos de los problemas con fugas generalmente se pueden deber a no usar WPF de cierta manera, p. necesita usar delegados débiles/patrones de eventos débiles, etc.

Puede rodar su propio marco de plugins usando MEF, pero es probable que necesite reinventar algunas de las cosas que Prism ya hace por usted, p. un EventAggregator, etc.

Puede elegir un marco alternativo, todos tienen sus fortalezas y debilidades.

• Alternatives to Prism + MEF for modular MVVM apps

hay otra tecnología de Microsoft que está orientado a apoyar a los plug-ins a saber, System.AddIn/Gestionado Marco Add-in (MAF) .... pero hay que poner en una poco más andamiaje.

• http://www.matthidinger.com/archive/2008/10/12/managed-addin-framework-system.addin-with-wpf.aspx

Alguien ha llegado con un marco que utiliza MEF aquí:

• http://www.codeproject.com/Articles/43625/Building-an-Extensible-Application-with-MEF-WPF-an

Si desea buscar en un proyecto Tamaño de las empresas con su propia arquitectura muy conectable/modular, entonces no podrías hacer nada peor que mirar SharpDevelop for i nspiration.

• http://www.icsharpcode.net/OpenSource/SD/

.... y no es más allá de los límites de lo posible, si realmente desea, para combinar las mejores partes de varios marcos.