是否有任何理由不在COM +应用程序中托管COM服务器？

Question

将进程内COM服务器转换为进程外COM服务器的最简单方法是创建COM +应用程序。 这样做有什么可能的缺点？

Answer 1

我真的想不出任何理由创建自己的容器或使用第三方（如果有的话）支持MTS / COM +。 我的意思是它完成了你想要的所有事情：

• 允许您选择COM对象到容器进程的分发。
• 允许您配置它们运行的​​帐户。
• 监视容器进程并在必要时重新启动并可以回收它们。
• 甚至允许您在需要通过启动多个工作进程来处理多个线程的情况下托管STA组件。 等等

如果不花费6个月或更长时间，很难想象做得比这更好。

Answer 2

把问题彻底解决了，我想你的反自我可能会问：“为什么除了COM +服务器之外还有一个用于进程外COM服务器的选项？这些其他托管选项提供了哪些优势？”

我没有准备好任何东西，但我想象的是一个表 - 在顶部作为标题在各个列中提供托管选项，并将特定属性作为行中的标题。 您可以评估每个不同区域或属性上的每个托管选项。

我看到的主要区别在于管理模型和功能，以及灵活性。 例如，在Windows服务中托管COM服务器可以为您提供Windows服务功能 - 自动启动操作系统启动; 与services.msc关联的管理UI（管理/操作事物），以及将其他接口添加到该服务的灵活性（灵活性）。