将 Microsoft Access 应用程序迁移到……嗯，这就是问题所在？答案

【问题标题】：Migrate Microsoft Access application to... well, that is the question?将 Microsoft Access 应用程序迁移到……嗯，这就是问题所在？
【发布时间】：2010-12-14 09:24:02
【问题描述】：

早在 2004 年，我就开发了一个中型 MS Access 应用程序。多年来，它已经过时，我的小错误修复和改进不再适用。

我总是听到人们喋喋不休地谈论 Access 有多糟糕，以及它如何不是现代的 yadda，yadda。我对它非常满意，它完成了它应该做的事情（为简单的数据库提供稳定的前端）。

我的应用程序使用大量带有子表单的自定义表单和大量 VBA 代码来执行此操作。该应用程序最重要的部分实际上是为 Word 邮件合并提供数据，并为会议打印徽章和其他材料（通过 Access 报告）。正是这种打印集成是我想不出任何替代方案的原因。
任何基于 Web 的解决方案都很难创建漂亮的报告（或者至少不是使用简单的 Access）——创建像素完美的布局并将它们塑造成 PDF，直接打印 FTW。任何 Windows 窗体应用程序都需要很长时间来开发，最终我只会重新创建 MS Access 的功能（例如与 SSRS 一起）。

你能想出我错过的任何替代方案吗？我基本上只是在寻找想法。

【问题讨论】：

您能否让我们更清楚地了解 Access 出了什么问题？仅仅是外观，还是一些数据库类型的问题，或者您想要添加/改进的某些东西，但 Access 不允许您，等等。
我认为一些人抱怨 Access 的原因之一是他们被带入了 Access 是一个不合适的解决方案或变得不合适的情况。如果您的应用程序仍在为用户工作，是否有任何改变的理由？根据我自己的经验，我知道用户通常不喜欢变化，这会减慢他们的速度。改变通常对试图卖东西的人有好处。
"[...]他们被带到 Access 是一个不合适的解决方案或变得不合适的情况下[...]"
你可能想看看youtube.com/watch?v=AU4mH0jPntI
就我个人而言，我得出了两个结论：1）MS Access 作为开发 desktop 前端界面的 RAD 工具没有任何内容，以及 2）没有使用 MS Access 或其相关工具开发 Web 前端的好方法。我有一些项目需要一个面向公众的 Web 前端和一个面向 Intranet 的私有桌面前端。我将 Access 用于桌面版本，并将一个好的 Web 框架用于 Web 版本。我想我的建议是，不要迁移现有的 Access 应用程序，增强使用单独的 Web 前端。特别是因为您已经有一个可用的 Access 应用程序。

标签： ms-access forms report

【解决方案1】：

好吧，如果您使用 Access 中的内置功能，最好的方法可能是不要放弃 Access，而是将应用程序重新构建为新的 Access 应用程序。

首先将应用程序的某些部分分解为类，以将所有相关代码放在一起并清理该代码。

这样你仍然可以使用你真正使用的部分访问权限，但代码会更好。

还可以看看我喜欢的书，Clean Code

Here is some other talk about this book.

像这样重构代码也是了解其中所有复杂部分的好方法；）

而且您不会冒失去任何功能的风险。

如果您稍后在另一个平台上构建它，大部分重构可能是可重用的。

【讨论】：

我知道 Clean Code 和 Clean Code 倡议。他们对徽章之类的东西非常严格......该应用程序本身并不是糟糕的编程，它实际上已经在类中并且遵守正常的编程标准（命名，意大利面条代码等） - 它只是“看起来”旧的，我会重新设计许多 UI 概念。您不放弃 Access 并重建应用程序的建议是我现在计划做的事情。
不过，您不想犯 Netscape 错误，而是从头开始。我以重新设计旧的 Access 应用程序为生，其中一些是由其他人开发的，其中一些是我自己的旧应用程序。这种方法有很多优点，但您确实必须非常了解 Access 才能充分利用它。