visual-studio - 使用 Visual Studio 而不是内置 VBA 编辑器

Question

我正在寻找关于我能做什么和不能做什么的解释，以及使用 Visual Studio 代替 Excel 中的内置文本编辑器进行编码的优缺点。

Answer 1

从我的角度来看

如果您使用 VBA 编辑器 (VBE)

• 为自己和 friend 开发特别应用
• 是唯一一个参与项目的人
• 主要使用 Office 对象模型 - 不与系统、Web、数据库等通信。
• 不要使用源代码控制(注意:Rubberduck 会在您这样做时提供帮助)
• 不要在引用表格中包含太多 dll
• 不想学习新平台(.NET)

请注意，我做了以上所有事情，我可以长时间只使用 VBA 而不会出现太多问题，并且在某些方面 VBA 比 VSTO 要好得多，例如在调试中(这里我的意思是，当你调试 VBA 时你几乎可以改变所有的东西，你仍然可以继续，没有办法在 VSTO 中做同样的事情)

如果你使用 VSTO

• 希望更好地支持系统、Web、XML、数据库任务。净是更好，尤其是当我们谈论网络或数据库时东西

• 希望为版本控制提供更好的支持(有时开箱即用)(GIT、SVN、TFS、Perforce)

• 不会有依赖性问题(这可能是实际上也很痛苦)

• 想要使用新的 VSTO 对象，例如 NamedRange包括。事件

• 想学习新的平台

我记得几年前我自己认为 VSTO 为 Office 对象模型带来了一些新东西，但如果不计算 VSTO 对象，它就不会。因此，如果您大量使用 Excel 对象模型(处理范围、工作表、工作簿、计算)，您仍然可以只使用 VBA。我还记得使用 VSTO 你不能轻松 create UDF (自定义函数)

而且 MS 似乎不会投入太多精力来添加/更新/改进 VSTO，他们更关注 Office API

VSTO blog - comments

Thanks for your question Ben, we have already publically announced that we will not be turning off VSTO or VBA in the next version of Office. All of our new investments are in Apps for Office and Apps for SharePoint and making the Office 365 APIs more robust. We will not be making any future investments in VSTO or VBA

我可能看起来像反对 VSTO，但我不是，我每天都使用它超过 4 年，然后回到 VBA 只是为了快速测试或快速项目。

希望对你有帮助