我是以前由承包商完成的应用程序的新维护者。该应用程序是在Access项目中使用VBA开发的。它完全由表单（其中一个使用autoexec宏打开）和点击处理程序之类的东西组成。除了使用Access中完成的ODBC表链接访问表之外，我没有看到它对Access功能的任何使用。 这些是我希望在可能的情况下将此应用程序转换为独立应用程序的原因：
有没有办法将它转换为一个单独的Windows应用程序（我想使用WinForms，因为它似乎与VBA中的表单相同）可以在Visual Studio中维护？
答案 0 :(得分：2)
20年的访问支持标准的'Microsoft源代码控制界面。这篇文章概述了这一点：
这一个在这里：
How to implement version control in Access 2003?
Access + VBA或vb.net无法与源代码控制一起使用。但是，作为Access的一部分的SCC加载项在2013年被折旧。因此，对于2010之后的版本，您可以使用脚本导出对象。这很好用 - 我正在使用GitHub和Access。因此，您需要一个脚本来导出对象，因为SCC加载项不包含在2010年以后的版本中，并且它运行得相当好。 Access可以将每个对象视为“逻辑”分离。因此，将所有部分放在文件夹，zip文件或Access继续者中都没有实际意义 - 不要因为这么多人无法掌握的物理与逻辑概念。
嗯，从来没有真正的问题。我使用VS2013和vb.net度过了我今天的大部分时间，但在大多数情况下，VBA IDE适用于大多数Access应用程序。您能举例说明使用VBA IDE发现哪些功能或其他功能？•VBA IDE非常烦人
•我认为代码可以迁移到更现代的语言，如C＃或VB.net，使其更易于维护
我不明白为什么用c ++，Pascal或VBA编写的代码会或多或少可维护？你必须举例说明你的意思吗？如果是COBOL，Pascal或VBA，则可维护代码是可维护的。
我猜使用WinForms，因为它似乎与VBA中的表单相同
不，Access不使用winforms。
作为开发人员工具访问并没有真正的不同，然后说使用FoxPro，或说德尔福。这些代码和系统可以像我在桌面开发的最近30年里所知道的任何其他软件开发系统那样重写。
作为一般规则，用Delphi或Access + VBA编写的东西不会通过某种魔法行为转换为WinForms和.net。这适用于我所知道的任何IDE和系统。
因此，一般计算机行业的软件在过去从未以这种方式工作过，因此在这方面，Access与其他大多数内容完全相同。