2008-11-10 77 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中做了一小部分工作。這救了我的屁股在少數情況下作爲外接成爲公司內很受歡迎,而我所要做的就是對路徑添加到點擊一次包:-)

相關問題