Dipende dalla tua piattaforma, ma alcune cose generali da tenere a mente
Versioning Cosa succede se aggiorni la tua applicazione, tutti i vecchi plugin diventano obsoleti (il problema di Firefox)
isolamento I plugin possono fare tutto ciò che vogliono? Ti fidi sempre di loro? O hai bisogno di eseguirli in una sorta di sandbox e richiedere permessi.
Aggiornamenti Come gestisci gli aggiornamenti dei plugin?
Sicurezza Come si garantisce l'autore di un plug-in, si impedisce lo spoofing o l'utente viene ingannato nell'installazione di codice dannoso. Solitamente risolto con una sorta di firma del codice
serializzazione Spesso quando si utilizza l'isolamento di qualche tipo è necessario serializzare le informazioni tra diversi thread o processi. Come lo fai in modo più efficiente?
estensibilità Quali aspetti hai bisogno di estendere? Come massimizzare il potenziale dei plugin senza che l'API diventi ingombrante.
Se scegli come target gli sviluppatori di terze parti per i plugin, direi che la cosa più importante (dalla mia esperienza) è vedere il plugin api e le classi completamente diverse dal resto dell'applicazione, e renderlo facile sviluppare il più possibile. È molto semplice per l'architettura dall'app principale "riversarsi" nei plug-in in modo che gli autori dei plugin debbano imparare molto più del necessario. Rendila semplice per loro, pensa al tipo di interfaccia e all'esperienza che vorrai come autore di plugin.
Un'altra buona mentalità non è pensare come "Il plugin farà tutte queste cose (nel codice) ma piuttosto" il plugin deve fornire queste informazioni ". In questo modo l'applicazione può consumare le informazioni necessarie e fare l'elaborazione effettiva che semplificherà il plugin.
Inoltre, in generale, ogni volta che puoi adottare un approccio descrittivo (metadati, come xml) piuttosto che codice, hai un grande vantaggio in quanto i metadati sono più facili da trasportare, versione, distribuzione, sicurezza e possono essere configurati più facilmente da terze parti
Ho scritto questo articolo sul progetto di codice sull'utilizzo di MEF per l'estensibilità in .NET. È una buona introduzione.
Esistono altri framework di estensibilità per .NET, come Architettura di Add-in di SharpDevelop , Mono.Addins e System.AddIn .
Per Java, c'è Architettura plug-in di Eclipse .
Lo schema generale è questo:
In pratica condivide parecchio con Dependency Injection e il Pattern della strategia.
Devi solo fornire un'interfaccia per i plugin.
Dovrebbe contenere almeno un Activate-Methode (un punto di ingresso), ma vorrete anche cose come Initialize ecc.
E dovrebbe esserci la possibilità di comunicare con l'applicazione host in modo simile al registro, ad esempio per registrare le voci di menu. Dovrebbero essere forniti registri per le cose che sono modificabili / estensibili per i plugin.
Inoltre, dovrebbe esserci spazio di archiviazione accessibile per i dati e gli oggetti dell'applicazione host, così i plugin possono chiamare le sue routine. Questo può essere fatto facilmente utilizzando un DI-Container come Unity e permettendo ai plug-in di accedervi, in modo che possano risolvere i servizi di cui hanno bisogno.
Un Event-Aggregator è probabilmente anche una buona idea, quindi i plugin possono lanciare eventi e reagire agli eventi di altri plugin e dell'applicazione host in modo disaccoppiato. Ne vuoi sicuramente uno!
Leggi altre domande sui tag design plugins extensibility