将进程内 COM 服务器转换为进程外 COM 服务器的最简单方法是创建 COM+ 应用程序。这样做有什么可能的缺点?
问问题
241 次
2 回答
3
我真的想不出任何理由来创建自己的容器或使用第 3 方(如果有的话)来支持 MTS/COM+。我的意思是它可以做你想做的所有事情:
- 允许您选择将 COM 对象分配到容器进程。
- 允许您配置它们运行的帐户。
- 监视容器进程并在必要时重新启动并可以回收它们。
- 甚至允许您在需要通过启动多个工作进程来服务多个线程的场景中托管 STA 组件。等等
如果不花 6 个月或更长时间,很难想象会做得比这更好。
于 2009-06-11T22:29:48.250 回答
1
把问题翻过来,我猜你的反自我可能会问,“为什么除了 COM+ 服务器之外还有用于进程外 COM 服务器的选项?这些其他托管选项提供了哪些优势?”
我没有准备任何东西,但我正在想象一个表格 - 顶部的托管选项作为各个列中的标题,特定属性作为行中的标题。您可以评估每个不同区域或属性的每个托管选项。
我看到的主要区别在于管理模型和能力,以及灵活性。例如,在 Windows 服务中托管 COM 服务器可为您提供 Windows 服务功能 - 随操作系统启动自动启动;与 services.msc 关联的管理 UI(包括管理/操作的东西),以及将其他接口添加到该服务的灵活性(灵活性)。
于 2009-05-12T22:23:32.083 回答