.net - VBA中较大项目的缺点

Question

我是一个新的项目公司，该公司在 Ms Access 97 中拥有基于 Visual Basic for Applications (VBA) 的更大企业/会计系统。这个应用程序仍然存在，他们进行更新，一切都工作得很好。但他们希望将这个应用程序提升到最高水平，加快开发速度，让这个应用程序对最终用户更具“吸引力”等等。但我不确定继续使用这项技术(VBA)开发是否是个好主意因此
我有几个问题。如果您能帮助我，我将非常高兴。

VBA 甚至是为更大的项目设计的吗？我认为，它更有可能用于扩展 Access funcionability 的宏和简单的函数。

将应用程序转换为 .NET winforms/wpf

会更好

可以在 VBA 项目上工作更多的开发人员吗？

在托管程序中运行的 VBA 代码对独立应用程序的最大缺点是什么？

是否可以运行单元测试或任何类似的技术？

非常感谢您的任何回复

编辑:
Access 接口(interface)现在几乎使用 SQL Server，但这并没有改变主要问题。

Answer 1

这是非常主观的。 VBA 的名声不好，但这仅仅是因为它被设计成一种非常易于使用的脚本语言，可供没有太多技能的程序员使用。将这样的语言用于大型项目的最大讽刺是，需要一个非常熟练的程序员才能不让它失控。就像当语言不支持命名空间时从一开始就明白你必须做什么的人一样，你最好从一开始就想出一个非常好的命名约定。

我能猜到你为什么要问这个问题。答案是，仅仅因为语言不吸引人而放弃多年的工作是极其困难的。最重要的是 Netscape 6.0 版，Spolsky 的“T hings You Should Never Do”很好地涵盖了这一点。

发现您为拥有棕地产品的雇主工作的最佳解决方法是找到另一个。