È System.AddIn soprattutto di rendere più facile da usare Remoting o lo fa rendere più difficile per farlo?

Question

Ci vogliono almeno 7 assemblee e limitando modello di dati di mio addin per i tipi di dati che i servizi remoti può affrontare prima le caratteristiche di isolamento AppDomain cominciano a lavorare. Si è così complessa! Lo System.AddIn squadre blog implica per me che stavano cercando di ricreare un modello mentale di COM, un modello non ho mai capito molto bene, in primo luogo e non sono venduti sui benefici. (Se COM è così buono perché è tutto morto? Domanda -rhetorical.) Se non ho bisogno a specchio o interoperabilità con legacy COM (come VSTO non utilizzando System.AddIn), è possibile creare solo alcune classi che si caricano carico un nuovo AppDomain?

Posso scrivere il codice scoperta di me stesso, ho fatto prima e un'implementazione ingenuo è abbastanza veloce perché io non sono come l'iterazione negli assembly nel GAC!

Quindi la mia domanda specifica è, posso ottenere l'isolamento AppDomain che AddIns forniscono alcuni frammenti di codice Remoting, e quale sarebbe essere?

Answer 1

Non sono del tutto sicuro che che qualsiasi risposta alla tua domanda è conforme alle condizioni del sito - non esiste soluzione

.

Sì, i servizi remoti è più facile in quanto è fatto per voi. Tuttavia, è altamente controllato e come si identificato, richiede un po 'di lavoro di scandagliare tutto insieme. Il file di cache vomitato dal processo di esplorazione non è certo il benvenuto sia.

System.AddIn eccelle in isolamento, che è in realtà un po 'di un asino per mettere insieme da zero in modo robusto e flessibile. Supporta croce di hosting di processo e abbastanza semplice passaggio di elementi WPF utente da un dominio ad un altro.

Una cosa da ricordare, tuttavia, è che il pubblico di destinazione del MAF non coloro che stanno cercando di collegare due applicazioni insieme. Esso si rivolge agli sviluppatori che vogliono sistemi ancora sicuri pluggable (cross processo di hosting protegge l'applicazione radice da eccezioni non gestite, AppDomain consentire l'esecuzione di codice potenzialmente estera con la sicurezza definiti). Dalla maggior parte delle comunicazioni, dirigere te stesso dritto verso System.Runtime.Remoting o WCF.

Se si desidera continuare con System.AddIn, considerano il gasdotto costruttore plug per Visual Studio!

In conclusione - è possibile ottenere l'isolamento System.AddIn utilizzando Remoting, ma per ottenere un sistema decente si richiederà più di un paio di frammenti. Sto cercando di replicare me stesso e sto inciampare in tutto componente interfaccia remota -. Qualcosa System.AddIn fa senza intoppi

Answer 2

Dopo fare in giro con System.Add per un bel po ', io sono convinto che sia stato aggiunto come una soluzione per usi speciali una tantum per l'utilizzo di Microsoft. Sono sorpreso che ha elevato ad una parte fondamentale del framework .NET. Non sembra avere la raffinatezza e lucidare il necessario per un componente .NET framework generale.

Mi piacerebbe trovare un modo alternativo per creare gestito .NET componenti aggiuntivi che non richiede tanta fatica.