不幸的是,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,我认为这将是您唯一的方式。