我对 Microsoft Access 和 VBA 代码有非常基本的了解。
在我的工作桌面上，我有 Microsoft Office Professional Plus 2013 Access
我的任务是使用 Access DB 创建 MS Access 应用程序。
我开始使用 Forms 和相应的数据库开发 MS Access 应用程序。我正在为 UI 控制按钮使用 VBA 代码事件处理程序（或事件过程）。
我想为所述应用程序创建一个通用配置设置区域（例如 ASP.NET Web 应用程序有 web.config 文件或 app.config 文件）。
我没有找到任何类似的 MS Access 应用程序开发。
如何为通用配置设置区域实现模块化、可重用、清晰简洁的MS Access实现模型/软件设计模式？
如前所述，我最好的方法是在前端创建一个表。假设您将数据库分为两部分。代码/表单等就是所谓的前端，然后是后端部分（数据库 - 它可以是 accDB 文件，也可以是 SQL 服务器）。
因此，软件的典型更新和部署将是：
将表从测试数据库重新链接到实际的实时生产数据库。
将 accDB 编译为 accDE。
将这个新更新的“下一个”软件版本部署到所有桌面。
因此，由于对设置的任何更改或添加都将在新的前端中进行，因此您拥有的任何应用程序范围的设置都将随更新一起推出。
这通常取决于用户群。如果我们有多个客户站点运行我们的软件，那么使用本地表是不够的，因为路径名、数据库连接字符串等都是客户特定的。因此，在本例中，我们将设置表移至文本文件 (setup.ini)。因此，我们现在使用程序外部的 setup.ini 文件，并假设部署在与前端相同的文件夹中。启动时我们使用 Windows API 读取“.ini”文件。
因此，从开发周期的角度来看，无论是想法（外部 setup.ini）还是前端的本地表都是相当不错的选择。
因此，一旦您开始开发应用程序，并且表/数据结构的更改变得沉闷，那么就该拆分您的应用程序了。 （为此，请使用内置的拆分向导）。我想说的是，即使对于我的 .net 应用程序，我仍然经常使用外部 setup.ini 文件进行设置，因为对于多个客户站点，在应用程序中使用客户特定的设置而不是外部设置文件是不切实际的。