我是以前由承包商完成的应用程序的新维护者。该应用程序是使用访问项目中的VBA开发的。它完全由表格（其中之一是使用自动Exec宏打开）和诸如点击处理程序之类的东西。除了使用访问中完成的ODBC表链接访问表外，我看不出任何用途的访问功能。这些就是我想如果可能的话，我想将此应用程序转换为独立应用程序：
- 根本没有版本控件，只有同一项目的多个副本，并附加了一个递增的数字
- VBA IDE超级烦人
- 我认为代码可以迁移到更现代的语言，例如C＃或VB.NET，使其更可维护
有什么方法可以将其转换为单独的Windows应用程序（我想使用Winforms似乎与VBA中的表单相同），可以在Visual Studio中维护？
访问已有20年了，支持了标准'Microsoft源代码控制接口。这篇文章概述了这一点：
VBA文件的版本控制
和这个在这里：
如何在Access 2003中实现版本控制？
几乎没有理由或没有理由访问 vba或vb.net不能与源代码控件一起使用。但是，访问一部分的SCC加载项在2013年折旧。因此，对于2010年以后的版本，您可以使用脚本导出对象。这效果很好 - 我正在使用GitHub与访问权限。因此，您需要一个脚本来导出对象，因为SCC加载项不包含在2010年以后的版本中，并且效果很好。访问可以将每个对象分开视为"逻辑"。因此
•VBA IDE超级烦人
嗡嗡声，从来没有真正遇到过太多问题。我使用VS2013和vb.net花费大量时间，但是在大多数情况下，VBA IDE对于大多数访问应用程序都可以。您可以举个例子说明什么特征或与VBA IDE有不利的特征？
•我认为代码可以迁移到更现代的语言，例如C＃或VB.NET，使其更可维护
我看不出为什么用C 编写代码，或者Pascal或VBA将变得或多或少可维护？您必须举个例子说明您在这里的意思？如果是COBOL，PASCAL或VBA。
我猜想使用winforms，因为这似乎与vba
中的表格相同
否，访问不使用winforms。
作为开发人员工具的访问并没有真正不同，然后说使用FoxPro，或说Delphi。像任何其他软件开发系统一样，我知道在台式机开发的最后30年中所说的那样，可以重新编写此类代码和系统。
作为一般规则，用delphi或Access VBA所写的东西不会通过某种魔术行为来转换为Winforms和.net。这几乎是我知道的任何IDE和系统。
因此，通用计算机行业中的软件过去从未有过这种方式，因此访问与此方面的其他大多数所有内容都非常相同。