与 C# 和 VBA 的并行 COM 互操作

Question

我不是在谈论从 C# 调用 VBA COM...相反！

我想做的是在 MS Access 中使用 VBA 调用 C# 库，而不注册 DLL。我已经玩了一段时间的并行互操作，但没有成功，我终于意识到 mdb.manifest 可能不是 exe.manifest 的可接受的替代品（我知道，这可能是显而易见的，但我试图保持乐观）。

我的问题：是否可以让 VBA 加载并行 COM 组件？

或者，是否有另一种方法可以在 Access 中使用未注册的 C# 库？

（在你问之前，我的原因是：我绝对不可能被授予访问我客户的 Windows 注册表的权限——这就是为什么它首先是用 Access 编写的。而且，我需要在一个C# 应用程序很快，而不是重复）。

Answer 1

添加到现有的答案：使用.NET 4.0，在 VBA 项目中使用 C# dll 实际上非常简单，而无需注册 COM。

编辑：我刚刚使用 C:\windows\Microsoft.NET 中的 mscorlib.tlb 和 mscoree.tlb 尝试过此操作\Framework\v2.0.50727——加载在 3.5 中编译的程序集——并且工作得很好。显然你不需要 .NET 4.0。

下面是如何在 VBA 项目中使用 C# dll 的示例。它是从 稍作修改的这个答案。

1) 添加对 VBA 项目的以下类型库的引用（工具 -> 引用）：（

C:\windows\Microsoft.NET\Framework\v4.0.30319\mscorlib.tlb
C:\windows\Microsoft.NET\Framework\v4.0.30319\mscoree.tlb

如果运行 64 位 Office，则使用 Framework64 文件夹）

2) 在 C# 项目中，确保添加 [ComVisible (true)] 属性到您的类：

using System.Windows.Forms;
using System.Runtime.InteropServices;
namespace VB6FuncLib
{
    [ComVisible(true)]
    public class VB6FuncLib
    {
        public VB6FuncLib()
        { }
        public void test()
        {
            MessageBox.Show("Test Successful");
        }
    }
}

您不需要需要选中“Register for COM Interop”选项。这仅用于构建标准 COM 对象。您也不必选中“使程序集 COM 可见”，除非您希望整个程序集可见（这也将消除对 COMVisible 属性的需要）。

3) 在您的 VBA 代码中，使用以下代码添加一个新模块：

Sub Test()
    Dim Host As mscoree.CorRuntimeHost
    Set Host = New CorRuntimeHost
    Host.Start
    Dim Unk As IUnknown
    Host.GetDefaultDomain Unk
    Dim AppDomain As AppDomain
    Set AppDomain = Unk
    Dim ObjHandle As ObjectHandle
    Set FS = CreateObject("Scripting.FileSystemObject")
    Path = FS.GetParentFolderName(CurrentDb().Name)
    Set ObjHandle = AppDomain.CreateInstanceFrom(Path & "\VB6 Function Library.dll", "VB6FuncLib.VB6FuncLib")
    Dim ObjInstance As Object
    Set ObjInstance = ObjHandle.Unwrap
    ObjInstance.test
    Host.Stop
End Sub

4) 将 DLL 复制到与您的 Office 项目相同的文件夹中，并在 VBA 中运行 Test() 子项。

注意：

应该注意的是，该技术的局限性之一是，如果 .DLL 存储在远程网络共享上，则该技术将不起作用。一种简单的解决方案是将其复制到每台使用它的电脑上的同一本地文件夹中。另一种解决方案是将二进制文件包含在 Access 应用程序/VBA 项目中，并让 MS-Access 导出它们。可以实现的一种方法是将它们以 Base64 形式存储在表或电子表格中，然后将它们转换并导出为二进制文件。

通过创建一个与 DLL 配合使用的类型库（通过使用 tlbexp），并在我的 VBA 项目中添加对 TLB 的引用，我能够让早期绑定（以及 Microsoft IntelliSense）发挥作用，但这确实使事情变得有点复杂因为它要求您的 VBA 应用程序知道 DLL 和 TLB 文件在哪里（并且还需要有人确保它们在那里）。

Answer 2

您不必拥有该 exe 即可使用 SxS，SxS 是 激活上下文。
如果您可以将相关的 win32 调用导入到 vba 中（并且您可以），那么您可以使用 激活上下文 api 来加载清单文件。

有关该主题的更多信息和一些示例可以在此处找到。

Answer 3

问题是，要使用 SxS，您需要拥有 exe 来设置配置来加载 SxS 程序集。您并不“拥有”Access，虽然您可以放入正确的配置以使其无需注册即可加载您的 .NET COM 内容，但这并不是一个“好公民”的举动。

如果您对填充感到棘手，您可以设置一个非托管 DLL（或带有 dllexport 的黑客 C# 类库，请参阅 this，例如），带有将加载 .NET 框架的导出，创建 COMVisible DispInterface 托管类型的实例并返回它（该方法应返回 IDispatch）。然后向 DLL 导出函数写入 VBA 声明（声明为返回对象）。如果这没有意义，您可能不应该尝试...:)我之前在类似的情况下做过此操作，并且它确实有效，但我没有示例可以向您指出。

Answer 4

C# 库不是常规的 DLL。它们更类似于 COM 库，在使用之前需要注册（就像 ActiveX 控件一样）；特别是当从非 .NET 代码调用时。

（当然，除非事情发生了变化……）