Windows 在一个单独的进程(COM+)中,我应该选择哪一个作为进程内服务器的宿主;还是DCOM? 我需要在Pro COM组件中屏蔽32位C++组件的用户。
似乎COM+和DCOM都可以在一个单独的进程中托管进程内组件,并进行编组,这样我和使用者应用程序都不会关心它,甚至我根本不必更改进程内组件。我尝试了这两种方法——在最初使用hammer分别设置COM+应用程序或DCOM应用程序之后,这两种方法似乎都“起作用”Windows 在一个单独的进程(COM+)中,我应该选择哪一个作为进程内服务器的宿主;还是DCOM? 我需要在Pro COM组件中屏蔽32位C++组件的用户。,windows,com,interop,com+,dcom,Windows,Com,Interop,Com+,Dcom,似乎COM+和DCOM都可以在一个单独的进程中托管进程内组件,并进行编组,这样我和使用者应用程序都不会关心它,甚至我根本不必更改进程内组件。我尝试了这两种方法——在最初使用hammer分别设置COM+应用程序或DCOM应用程序之后,这两种方法似乎都“起作用” 我需要一个解决方案,这将是最好的部署和问题诊断方面的客户'。我应该选择哪一个-COM+还是DCOM?它们都在工作,因此选择似乎并不重要。我会选择COM+,因为: COM+比DCOM更新(两者都很成熟),人们有时从.NET将其用作企业服务
我需要一个解决方案,这将是最好的部署和问题诊断方面的客户'。我应该选择哪一个-COM+还是DCOM?它们都在工作,因此选择似乎并不重要。我会选择COM+,因为:
- COM+比DCOM更新(两者都很成熟),人们有时从.NET将其用作企业服务
- 使用COM+您可以创建自己的“应用程序”来承载组件。这可能会使您的组件更容易在COM+资源管理器中查找和维护
- 看起来您不需要DCOM的分布式部分