excel - 您何时会选择 Excel COM 而不是 Excel 的 C-API 来自定义 Excel 功能？

Question

查看 Microsoft 关于与 Excel 集成的概述 HERE :

他们将 C-API、VBA 和 COM 作为单独的 API 列出。该网页有两个看似矛盾的陈述:

-- 一个

C API and XLLs: DLLs that are integrated with Excel. These DLLs provide the most direct and fastest interface for the addition of high-performance worksheet functions, although at the cost of some complexity compared with later technologies.

-- 两个

Since the introduction of Visual Basic for Applications (VBA) sheets in Excel version 5, and the Visual Basic Editor (VBE) in version 8 (Excel 97), the easiest way for users to customize Excel is to use VBA instead of XLM. Consequently, much of the new functionality introduced in later versions of Excel is available through VBA, but not through XLM or the C API. For example, several commands, event traps, and enhanced dialog box capabilities are available through VBA, but not through XLM or the C API.

一方面，对于那些拥有技术工具集的人来说，C-API 似乎是 Excel 集成的首选方法(因为它的性能明显更高)。但另一方面，它似乎是现已失效的扩展 Excel 的 XLM 方法的包装器，如果确实需要的话，它的优点是高性能。

一般来说，我与 Excel 交互的目标是从单元格中抓取值并将其发送到服务器，然后将值添加到单元格范围。此类功能主要基于自定义功能区的命令。

我认为这还将涉及访问单元格属性、锁定和解锁范围以及与工作表的一般交互。

问题:

1. 所有 VBA 与 Excel 的交互都是由 COM 完成的吗？
2. VBA 是否可以像 C-API 那样访问 Excel 的所有函数？
3. 为什么 C-API 不包含对 Excel COM 的访问？

由于存在允许 COM 和 C-API 访问的可用工具(即 ExcelDNA)，因此 COM 和 C-API 的利用都是可能的。

Answer 1

1. 与仅使用 COM 接口(interface)相比，VBA 在 Excel 中的集成更加紧密。例如。 VBA 允许创建用户定义的函数，并且这些函数的作用域与包含 VBA 代码的工作簿相关。您无法仅使用公共(public) Excel COM 接口(interface)重新实现 VBA 集成。 VBA 可以访问完整的 COM 对象模型。

2. 您可以从 VBA 代码调用所有工作表函数，也可以通过 C API 调用所有工作表函数。但是，正如您的引述所示，Excel 的其他功能无法通过 C API 获得，而只能通过 COM 对象模型(VBA 可以访问)获得。

3. C API 是代码组件之间的一种二进制粘合机制，COM 是代码组件之间的另一种二进制粘合机制。 Excel 选择通过这两种二进制粘合机制公开不同的功能集。从这个角度来看，你的问题确实没有意义。

使用 C API(.xll)开发的 Excel 加载项也可以使用 COM 对象模型(需要一些努力)。由于 C API 加载项初始化的特殊性，COM 加载项使用 C API 会更加困难。

<小时/>

也许是为了强调您开头的两句话的实际重要性:

假设您正在为 Excel 创建加载项，而不是使用 VBA。如果您想使用另一种语言(Python、.NET、C++ 等)，可能会出现这种情况。然后您就有了两种集成机制:C API (.xll) 和 COM 加载项模型。在这两者中，只有 C API 允许您创建可从工作表调用的高性能用户定义函数。但是，COM 对象模型允许在宏上下文中进行更好的操作，并公开可通过 C API 直接查看的额外事件。因此需要权衡。

像 Excel-DNA(用于制作基于 .NET 的加载项)这样的框架允许您构建使用 C API 集成的加载项，而且还允许您与 COM 对象模型对话。

<小时/>

更令人困惑的是，还有第三种加载项机制，这是 Microsoft 目前正在进一步开发的唯一一种机制。这是基于 Javascript 的“Office 应用程序”。与其他两个加载项机制相比，它们的功能集更加有限 - 它们不允许您创建用户定义的函数，您可以与之交互的对象模型有限并且速度很慢。但基于 Javascript 的加载项有一个很大的优势 - 它们可以在各种非 Windows Excel 平台上运行 - 基于 Web 的 Excel、iOS 和 Android Excel 版本以及 Mac(和 Windows)。