Best practice per l'implementazione di una strategia addin/addon/plug-in

Question

La mia applicazione dovrebbe essere estensibile. Per i miei bisogni ho implementato alcuni servizi. Questi servizi sono basati sul principio di IoC/DI. Quindi i servizi incapsulano il concetto dell'applicazione.

Per esempio, esiste un servizio IApplication. ApplicationService espone le informazioni sull'esecuzione corrente dell'applicazione. Sono specificati AssemblyInfo e così via. Un altro esempio è l'INavigationService (vedi mef.codeplexcom negli esempi). Questo servizio fornisce alcune proprietà in cui sono riportate informazioni sull'elemento selezionato corrente e anche alcuni eventi.

Penso che "l'approccio al servizio" sia il più semplice e semplifica i punti di estensione per l'applicazione. Quindi, non sono sicuro che questo sia davvero l'approccio migliore. Cosa ne pensi? Come implementeresti "punti di estensione" in un'applicazione come addin/addon/plugin ...?

Grazie in anticipo per le vostre risposte! E scusa, il mio inglese è povero. ;)

Answer 1

Hai familiarità con MEF (Managed Extensibility Framework)?

Il Managed Extensibility Framework (o MEF in breve) semplifica la creazione di applicazioni estendibili. MEF offre funzionalità di scoperta e composizione che è possibile sfruttare per caricare le estensioni dell'applicazione.

Answer 2

È seriamente necessario esaminare MEF, il quadro di estensibilità gestita.

• Managed Extensibility Framework Overview
• Building Composable Apps in .NET 4 with the Managed Extensibility Framework
• MEF on Codeplex

E 'un grande nuovo quadro che la stessa Microsoft sta usando in per esempio Visual Studio 2010 per la sua storia di estensibilità. Grande e facile da usare - perché reinventare la ruota quando puoi usare qualcosa che migliaia di dev useranno a breve ??

Answer 3

Sì, ho familiarità con MEF. Uso anche il concetto di MEF, ma ci sono alcuni svantaggi. La mia applicazione è simile a IoC/DI e, insieme a MEF, è un po 'complicata. Il MEF non è realmente un contenitore DI, quindi è difficile impiantare MEF con un altro contenitore DI (ad esempio, ninject, unity, ...). Non userò MEF con altri contenitori DI. Quindi mescolare MEF con altri contenitori DI non è molto buono.

Spero che tu possa capire la mia preoccupazione.

Aggiunta: non è possibile caricare estensioni in un AppDomain in MEF. Quindi questo è per i miei bisogni, non va bene. System.AddIn o MAF supporta questo, ma non userò System.AddIn, perché questo è molto pesante ....