适用于 Office 的 Microsoft Visual Studio 工具。 值得使用吗？
看来VSTO代码的部署非常麻烦。
我的用例是我需要在 Word 中强制执行特定的内容结构。 我是否最好用 VBA 来完成这一切？
It seems like deployment of VSTO code is very cumbersome.
My use case is I need to enforce a certain content structure in word. Am I better of doing it all in VBA?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
这实际上取决于什么对您的项目最有意义。 如果仅适用于某些文件和几个用户，我会推荐 VBA。
如果它更复杂并且需要为所有用户处理所有文件，我认为 VSTO 插件将是最佳选择。 这实际上取决于您的情况和您想要执行的复杂性。
It really depends on what makes most sense for your project. If it's only going to be for certain files and a couple users, I would recommend VBA.
If it's more complex and needs to work on all files for all users, I think a VSTO plugin would be the way to go. It really depends on your situation and complexity you're trying to enforce.
在 VSTO 3.0 之前，我同意 Ryan Lanciaux 的观点，但现在不再同意了。 这些天来，我在 VSTO 中变得非常高效，甚至可以在 VSTO 中完成一些小的一次性工作。 随着该插件在公司内变得非常流行，这在某些情况下拯救了我的屁股，我所要做的就是添加 Click-once 包的路径:-)
Before VSTO 3.0 I would agree with Ryan Lanciaux but not anymore. These days I have become so productive in VSTO that I do even small one off jobs in VSTO. That have saved my butt in a few cases as the add-in became very popular within the firm, and all I had to do was to add the path to the Click-once package :-)
请记住，这不仅是 VBA 作为一种语言的局限性，而且还缺乏诸如单元测试框架和源代码控制之类的工业级工具，这可能会令人沮丧。 如果您坚持使用 VBA，您可能会因此而牺牲开发速度和长期的挫败感。
您可以同时执行这两种操作，编写 VBA 代码来直接支持您的 UI，而其余部分则在 .NET 中实现。
Keep in mind that it is not only the limitations of VBA as a language, but also the lack of industrial strength tools like unit test frameworks and source control that can be frustrating. You may trade off speed of development with long term frustration because of this if you stick to VBA.
You could do both, writing VBA code to directly support your UI and the rest in .NET.