2008-11-10 48 views

回答

4

这真的取决于对您的项目最有意义的东西。如果只是针对某些文件和一些用户,我会推荐VBA。

如果它更复杂,需要在所有用户的所有文件上工作,我认为VSTO插件将是一条可行的路。这实际上取决于你试图执行的情况和复杂性。

+0

告诫有关的复杂性 - 你可以有一个大型,长时间运行的复杂应用程序,只包含几个文件和几个用户,但由于诸如性能等原因,仍需要基于VBA的VSTO。 – 2010-08-30 00:34:48

0

请记住,它不仅作为一门语言的VBA的限制,同时也缺乏工业实力的工具,如单元测试框架和源代码控制,可以是令人沮丧的。如果你坚持使用VBA,那么你可能会因为这个原因而长期失败,从而影响开发速度。

你可以同时编写VBA代码来直接支持你的用户界面,剩下的用.NET编写。

+1

使用这两种编写解决方案是一个坏主意。最终导致过度复杂的部署场景,以及用户破坏解决方案的能力。坚持与vsto或vba。混合是一个坏主意。 – 2010-08-30 00:36:17

2

在VSTO 3.0之前,我会同意Ryan Lanciaux,但现在不再了。现在,我在VSTO中的工作效率很高,我甚至在VSTO中做了一小部分工作。这救了我的屁股在少数情况下作为外接成为公司内很受欢迎,而我所要做的就是对路径添加到点击一次包:-)

相关问题