8

我正在使用 VBIDE API,不能假设宿主应用程序是 Excel 或任何 Office 应用程序。

所以我只知道我在看 a VBComponent,它Type就是vbext_ct_document

在 VBE 的即时窗格中,我可以获得以下输出:

?TypeName(Application.VBE.ActiveVBProject.VBComponents("Sheet1"))
VBComponent
?TypeName(Sheet1)
Worksheet

但是该Sheet1对象只存在于运行时环境中,所以如果我是 C# 插件,我什至看不到它。

唯一可以接近我需要的东西是通过组件的ParentandNext属性:

?TypeName(Application.VBE.ActiveVBProject.VBComponents("Sheet1").Properties("Parent").Object)
Workbook
?TypeName(Application.VBE.ActiveVBProject.VBComponents("Sheet1").Properties("Next").Object)
Worksheet

这让我得到了我想要的类型名称......但是在错误的组件上!对于ThisWorkbook顶级文档对象,我将Application对象作为Parent

?TypeName(Application.VBE.ActiveVBProject.VBComponents("ThisWorkbook").Properties("Parent").Object)
Application

该方法可能有用,但前提是我对特定于主机的逻辑进行硬编码,该逻辑知道具有“应用程序”类型的“父”属性的任何组件都是Workbook当主机应用程序是 Excel 时的实例......并且不能保证其他主机中的其他文档模块甚至会有那个“父”属性,所以我很难过。

我对任何事情都持开放态度——从 p/invoke 调用和低级 COM“反射”魔法(ITypeInfo那种魔法)到......到......我不知道 -unsafe带有需要// here be dragons注释的时髦指针的代码-欢迎任何可能最终成为可行解决方案的线索。


AFAIK VBE 加载项与主机存在于同一进程中,因此在某个地方有一个指向VBA 项目中的ThisWorkbook任何Sheet1其他文档类型的指针。VBComponent

?ObjPtr(ThisWorkbook)
 161150920

我想我只需要以某种方式抓住那个指针,我就会到达我需要的地方。

4

1 回答 1

7

不幸的是,vbComponent Properties 集合的值/对象只是 CoClass 实例值的反映,因此它们在所有 VBA 主机上并不可靠。例如,您无法知道属性Parent将存在于 Properties 集合中。

当主机支持文档类型组件时,由主机定义文档支持的接口的 GUID。主机通常还负责创建/删除实际文档,就像只有 Excel 对象模型可以将工作表添加到工作簿,而 VBIDE 不能。

你已经谈到了工作簿和工作表,所以我将两者都包括在内......

不幸的是,VBIDE隐藏了一些关于document-type组件的细节,而且它在导出模块时故意省略了这些细节,甚至将导出的document-type模块转换为类模块文本像这样Worksheet称为重新导入为文档类型模块:Sheet1

VERSION 1.0 CLASS
BEGIN
  MultiUse = -1  'True
END
Attribute VB_Name = "Sheet1"
Attribute VB_GlobalNameSpace = False
Attribute VB_Creatable = False
Attribute VB_PredeclaredId = True
Attribute VB_Exposed = True
Sub Foo()

End Sub

将上述内容与模块内实际存储(以压缩格式)的文档模块文本进行比较Sheet1

Attribute VB_Name = "Sheet1"
Attribute VB_Base = "0{00020820-0000-0000-C000-000000000046}"
Attribute VB_GlobalNameSpace = False
Attribute VB_Creatable = False
Attribute VB_PredeclaredId = True
Attribute VB_Exposed = True
Attribute VB_TemplateDerived = False
Attribute VB_Customizable = True
Sub Foo()

End Sub

请注意真实模块文本中存在的 3 个附加属性:

Attribute VB_Base = "0{00020820-0000-0000-C000-000000000046}"
Attribute VB_TemplateDerived = False
Attribute VB_Customizable = True

根据 OleViewer,GUID 0{00020820-0000-0000-C000-000000000046} 与 完全匹配CoClass Worksheet

[
  uuid(00020820-0000-0000-C000-000000000046),
  helpcontext(0x0002a410)
]
coclass Worksheet {
    [default] interface _Worksheet;
    [default, source] dispinterface DocEvents;
};

工作簿模块也会发生相同的行为。这是 VBIDE 导出的文本:

VERSION 1.0 CLASS
BEGIN
  MultiUse = -1  'True
END
Attribute VB_Name = "ThisWorkbook"
Attribute VB_GlobalNameSpace = False
Attribute VB_Creatable = False
Attribute VB_PredeclaredId = True
Attribute VB_Exposed = True

以及来自 VBA 二进制文件中 IStream 的原始文本:

Attribute VB_Name = "ThisWorkbook"
Attribute VB_Base = "0{00020819-0000-0000-C000-000000000046}"
Attribute VB_GlobalNameSpace = False
Attribute VB_Creatable = False
Attribute VB_PredeclaredId = True
Attribute VB_Exposed = True
Attribute VB_TemplateDerived = False
Attribute VB_Customizable = True

这一次,正如预期的那样,GUID0{00020819-0000-0000-C000-000000000046}是 Workbook CoClass:

[
  uuid(00020819-0000-0000-C000-000000000046),
  helpcontext(0x000305b8)
]
coclass Workbook {
    [default] interface _Workbook;
    [default, source] dispinterface WorkbookEvents;
};

以上都很好知道,但它不能解决您的问题,除非您可以处理组件的内存中 IStreams,我认为您不能。如果您可以从主机文档的最后保存版本中加载详细信息,那么您可以从基础文档中加载详细信息,但我认为您不希望这样,最终可能是特定于主机的(考虑 Access 在表中存储 VBA 的方式。)

但是,VBIDE确实为您提供了有关 CoClass 的线索。vbComponent 的属性集合返回 CoClass 中存在的属性的确切数量,如果您检查这些属性的名称、参数和类型,您会发现它们与相应 CoClass 的成员完全匹配,一直到它们在 CoClass 定义中出现的顺序。

例如,Worksheet vbComponent 的前 10 个属性是:

Application
Creator
Parent
CodeName
_CodeName
Index
Name
Next
OnDoubleClick
OnSheetActivate

以及来自 CoClass Worksheet 中 dispinterface _Worksheet的相应propget(和propput)条目(删除了方法):

    [id(0x00000094), propget, helpcontext(0x0002a411)]
    Application* Application();
    [id(0x00000095), propget, helpcontext(0x0002a412)]
    XlCreator Creator();
    [id(0x00000096), propget, helpcontext(0x0002a413)]
    IDispatch* Parent();
    [id(0x0000055d), propget, helpcontext(0x0002a7fc)]
    BSTR CodeName();
    [id(0x80010000), propget, helpcontext(0x0002a7fd)]
    BSTR _CodeName();
    [id(0x80010000), propput, helpcontext(0x0002a7fd)]
    void _CodeName([in] BSTR rhs);
    [id(0x000001e6), propget, helpcontext(0x0002a7fe)]
    long Index();
    [id(0x0000006e), propget, helpcontext(0x0002a800)]
    BSTR Name();
    [id(0x0000006e), propput, helpcontext(0x0002a800)]
    void Name([in] BSTR rhs);
    [id(0x000001f6), propget, helpcontext(0x0002a801)]
    IDispatch* Next();
    [id(0x00000274), propget, hidden, helpcontext(0x0002a802)]
    BSTR OnDoubleClick();
    [id(0x00000274), propput, hidden, helpcontext(0x0002a802)]
    void OnDoubleClick([in] BSTR rhs);
    [id(0x00000407), propget, hidden, helpcontext(0x0002a803)]
    BSTR OnSheetActivate();

如果您可以反映主机类型库的 CoClasses 并散列属性名称(可能只使用 propget 名称),那么您可以将散列与 VBIDE 的 component.Properties 集合中的名称进行比较。

这是获取类型的一种迂回方式,但无法访问 IStream,我认为这将是您唯一的方式。

于 2016-05-07T06:27:47.097 回答