.net - 使用 VBA 与 .Net 自动化 Excel 的优缺点

Question

我的任务是在 Excel 中创建一个财务规划工具，该工具将受益于一些自定义函数/宏。

我的第一 react 是使用 VBA。我以前用它来驱动 Excel(比如 5 年前)。但后来我开始怀疑使用 VSTO 是否会更好。

是否有人有使用这两种技术的经验，并可以列出其优点和缺点，以便我可以评估哪种类(class)最好。

Answer 1

我建议你坚持使用VBA来进行Excel的标准开发，并在这方面学习.NET。使用 .NET 肯定是下一步，但它会让您的 Excel 开发变得更加困难。

此外，VSTO 不支持创建用户定义的工作表函数(“UDF”)，因此您需要 VBA 前端，或者在不使用 VSTO 的情况下创建托管 COM 加载项，才能执行此操作。相比之下，VBA 允许您几乎毫不费力地创建 UDF。

使用 .NET 有很多优点，主要是强类型、完整的 OOP 功能以及组织大型项目的能力。但在部署方面，VBA 比 .NET 有巨大的优势，而 Excel 在处理 .NET 或 VSTO 时则相当复杂。 VBA 也是一种更容易学习和入门的语言。

总的来说，我建议您使用 VBA 进行日常开发，但同时学习 VB.NET 或 C#，以便您的编程技能可以在 Excel 领域之外得到发展。最终，您的 .NET 技能会变得足够强大，以至于您会更喜欢使用它而不是 VBA，但在那一天到来之前，您必须非常擅长 .NET。

(对此的其他类似意见，请参阅 Do I lose the benefits of macro recording if I develop Excel apps in Visual Studio? 。)

编辑:有关安迪评论的更新，如下:

Issues like deployment, debugging and UDFs were ones that I was looking for comparison information on. Judging by the responses to the question I should have mentioned that I have 5+ years experience with C#, whereas my VBA skills (or lack thereof) only come out 3 or 4 times a decade

好吧，是的，你应该说!大多数有此类问题的人都是希望进入 .NET 的 VBA 程序员。所以我误会了。

就您而言，您应该使用 C#，但我强烈建议在 Visual Studio 2010 上使用 C# 4.0，因为它将极大地改进针对 COM 对象模型(例如 Excel)进行操作时所需的语法。 VS 2010 目前处于 beta 2 阶段，RTM 日期定为 4 月 12 日，所以我们已经快到了。

至于部署，根据您的经验，我认为您在安装包等方面不会遇到太多麻烦，并且 Visual Studio Tools for Office (VSTO) 在两件事上特别有用:

1. 通过拖放设计器为您的加载项创建自定义功能区排列。如果没有拖放设计器，您就必须提供 XML。如果你问我的话，XML 就可以了，但是拖放设计器确实是一个梦想

2. 在工作表上使用 .NET 控件。我不知道这是否是您计划执行的操作的一部分，但 VSTO 允许在工作表上使用 .NET 控件。对于 .NET 程序员来说，这是一个非常好的功能，因为这些控件看起来更平滑，并且是专门为与 .NET 一起使用而设计的。

不幸的是，VSTO 仅适用于 Excel 2003 及更高版本，我认为您必须为 Excel 2003 和 Excel 2007 创建单独的加载项。另一方面，可以创建不使用 VSTO 制作的托管 COM 加载项毫无困难地兼容Excel 2000及以上版本。最后，VSTO 不支持创建 UDF，因此，您必须为此创建一个托管自动化插件，或者使用调用您的 VSTO 函数的 VBA 前端。

总的来说，如果您可以限制自己使用 Excel 2007 及更高版本，我会选择 VSTO。如果您的要求是 Excel 2003 及更高版本，我会考虑 VSTO。如果您需要能够在 Excel 2000 及更高版本上运行，我会选择托管 COM 加载项。

对于 UDF 支持，我将创建一个托管自动化插件，该插件适用于 Excel 2002 及更高版本。如果您需要 Excel 2000 或更低版本上的 UDF，那么您需要一个在 .NET 程序集中调用 COM 可见方法的 VBA 前端。

据我所知，这些是基本的优点和缺点。如果您需要了解更多信息，请告诉我。

-- 迈克