VBA中更大项目的缺点

Question

我是Access 97中基于Visual Basic for Applications(VBA)的具有更大企业/会计系统的公司项目的新手.这个应用程序仍然存在,它们进行更新,一切工作都相对较好.但他们希望将此应用程序移至最高级别,加快开发速度,使这个应用程序对最终用户更具"吸引力"等等.但如果继续开发使用此技术(VBA)是个好主意我不会感到害羞因此我有几个问题.如果你能帮助我,我会很高兴的.

1. VBA甚至是为更大的项目设计的吗？我认为,它更可能是宏和简单的功能,扩展了Access功能.
2. 将应用程序转换为.NET winforms/wpf会更好
3. 可以为VBA项目开发更多开发人员吗？
4. 在针对独立应用程序的托管程序中运行VBA代码的最大缺点是什么？
5. 可以运行单元测试或任何类似的技术吗？

非常感谢您的回复

编辑:Access接口现在几乎使用SQL Server,但这不会改变主要问题.

Answer 1

这是非常主观的.VBA的声誉很差,但这仅仅是因为它被设计成一种非常易于访问的脚本语言,适合那些没有太多技能的程序员.对于一个大型项目使用这样的语言的最终讽刺是,它需要一个非常熟练的程序员不要让它失控.就像有人在语言不支持命名空间时理解你必须要做的事情一样,你最好从一开始就提出一个非常好的命名约定.

我猜你为什么问这个问题.答案是,仅仅因为语言没有吸引力而抛弃多年的工作是极其困难的.这方面的软件是Netscape 6.0版本,Spolsky的" 你不应该做的事情 " 很好地涵盖了它.

发现你为拥有棕色领域产品的雇主工作的最佳方法是寻找另一种产品.