Esistono motivi per non ospitare un server COM in un'applicazione COM +?

Question

Il modo più semplice per trasformare un server COM in-proc in un server COM out-proc è creare un'applicazione COM +. Quali sono i possibili svantaggi di farlo in questo modo?

Answer 1

Non riesco davvero a pensare a nessun motivo per creare il tuo contenitore o utilizzarne uno di terze parti (se presente) a favore di MTS / COM +. Voglio dire, fa tutto ciò che vorresti:

• Ti consente di scegliere la distribuzione di Oggetti COM ai processi container.
• Consente di configurare l'account loro correre sotto.
• Monitora il contenitore processi e riavvii se necessario e possono riciclarli.
• Anche te lo consente per ospitare componenti STA in scenari dove hai bisogno di più thread revisionato avviando multlple processi di lavoro. ecc.

È difficile immaginare di fare meglio di così senza spendere almeno 6 mesi.

Answer 2

Capovolgendo la domanda, immagino che il tuo anti-sé potrebbe chiedere, " Perché ci sono opzioni oltre al server COM + per un server COM out-of-proc? Quali vantaggi offrono queste altre opzioni di hosting? & Quot;

Non ho preparato nulla, ma sto immaginando una tabella, con opzioni di hosting in alto come intestazioni in varie colonne e gli attributi particolari come intestazioni nelle righe. potresti valutare ogni opzione di hosting su ogni area o attributo diverso.

La differenza principale che vedo è nel modello amministrativo e nella capacità e nella flessibilità. Ad esempio, l'hosting di un server COM in un servizio Windows offre le funzionalità del servizio Windows: avvio automatico con avvio del sistema operativo; l'interfaccia utente dell'amministratore associata a services.msc (entrambe le cose amministrative / operative) e la flessibilità di aggiungere altre interfacce a quel servizio (flessibilità).