如何使用 C# 重新实现旧的 DCOM 服务器而不破坏现有客户端？

Question

以前，我使用 ATL 库使用 VC++ 7.x（Visual Studio 2003 和 .Net 1.1）编写了一个进程外（即 EXE）COM 服务器。 服务器使用多线程单元 (MTA) 模型，并由 DCOM 调用（VB6 客户端）激活。 多个客户端请求由单个进程满足——该进程由第一个请求激活（由 COM 基础结构自动激活）。

这是一段相当复杂的代码，我现在必须对其进行一些更改。 不幸的是，我构建它的机器早已不复存在，甚至在使用 VS 2003 的新机器上编译该项目时也遇到了问题。几年前，我曾考虑过将这个项目移至 VS 2005，但有很多问题对 ATL 库进行了重大更改，我放弃了这项努力。

我没有解决当前构建这个旧的 VS 2003 C++ 项目时遇到的问题，而是尝试在 .NET 中重写该项目。 这将使我的小商店（我们不再使用 C++）更易于维护。 ATL 宏和 C++ 习惯用法早已从我的记忆中消失了，我想将它们保留在那里。 :-)

所以我正在探索在 C#/VS2008 中进行重写的可行性。 我知道您可以向 COM 客户端公开 .NET 类。 事实上，我过去已经用一些简单的东西做到了这一点。 然而，这要复杂得多。 我不确定很多事情：

1. 接口都是在客户端使用的类型库中定义的（必须保持不变）。 我可以假设我可以构建一个基于现有类型库实现这些接口的 .NET 服务器吗？

2. 服务器实现了许多继承自IDispatch并标有“dual”和“oleautomation”的接口。 举个例子：

   [odl、uid(...)、双、oleautomation] 
     接口 IKDFTSearchManager : IDispatch { 
   
             HRESULT 方法 1(...); 
             HResult 方法2(...); 
     } 
     

   我不相信任何客户端使用 IDispatch 方法，但我假设互操​​作生成的 VTable 必须匹配。 如何从 .NET 服务器公开这一点？

3. 什么类型的项目应该容纳这些组件？ 控制台应用程序？

4. 如果使用互操作工具之一正确注册，DCOM 可能会激活 EXE。 是这样吗？ 基础设施的行为是否与 C++/ATL 服务器相同——即导致激活单个 EXE 来服务多个客户端请求？

5. 与 (4) 相关，此服务器是否会使用多线程单元模型？

Answer 1

首先，我建议阅读 这个 （曾经用 C# 彻底重写过大型 C++ 应用程序吗？）

您应该查看 ServicedComponent 这是在 .NET 中实现 DCOM 服务器的官方方法。

该项目将是一个由 COM+ 托管的类库，您可以将项目作为服务托管，也不需要编写托管 COM+ 会处理的事情。

您可以引用旧的 tlb（但我建议在项目中编写 p/invoke 接口）并实现接口。

您需要使用 ProgIdAttribute 来保留旧的。

Answer 2

我来自类似的背景，我可以想象将会付出巨大的努力来做到这一点，特别是如果你根本不想接触客户的话。

有一个名为 Tlbexp.exe 它将在 .Net 程序集中为您导出类型库。 我假设您需要使用此工具针对新的 C# 程序集 (dll) 运行，以生成与旧 COM 服务器相同的类型库。