c# - 从 MS Access 应用程序迁移到 .Net 应用程序的优势

Question

有一个现有的中型应用程序是用 MS-Access 开发的，目前只有 15 个用户使用。我们现在正在解决是否要从头开始这个现有的 MS-Access 应用程序并在 .Net(可能是 Windows 或 Web)应用程序中开发相同的功能。由于这不是一个庞大的应用程序，我们将功能转移到 .Net 应用程序是否有任何积极意义？两者之间的比较(.Net 与 MS-Access)- 在性能、安全性等方面，我将不胜感激。在 .Net 中开发应用程序的优势也会对我有所帮助。

Answer 1

恕我直言，“.NET”与“MS-Access”的一般比较没有意义。当然，您可以将当前应用程序与迁移后的应用程序的预期功能/性能/安全性等进行比较，但必须了解更多有关应用程序的详细信息以及您认为如何设计“.NET”端口.

当您正在寻找证明迁移努力的理由时，您应该问自己以下问题:

• 您当前的应用程序中是否缺少使用 Access 前端无法轻松开发的功能？这是改用 .NET 的一个很好的理由。
• 以后谁来维护？一个只有一点点 VBA 经验的 C# 程序员，或者一个没有或只有一点点 C# 知识的经验丰富的 Access 程序员？还是您可以完全自由地选择您喜欢的任何类型的维护开发人员，所以这没有什么区别？
• 您的 Access 应用程序是否受限于特定的 MS-Office 版本？还是可以很容易地迁移到更新的版本？将自己与特定的 Office 平台分离可能是更改开发平台的一个很好的理由。
• 你的后端怎么样？您是否对此感到满意(即使您的前端转到 .NET，您也可以将 Access 作为后端)，或者您是否需要一个真正的客户端-服务器数据库(在大多数情况下，可以将您的 Access 应用程序作为前端)比完整的 .NET 迁移更省力)？像 MS-SQL 服务器这样的 CS 数据库允许您同时使用更多用户并具有改进的安全模型(当然是为了管理开销的成本)，但实际上没有理由说明为什么不能将 Access 保留为前端。
• 您当前的应用程序使用了多少 Access 的“RAD”功能(例如，可以让 Access 表单自动切换到类似表格的模式，或报告功能)。对于其中一些功能，.NET 框架中没有现成的解决方案，您必须以不同的方式或使用第 3 方工具来解决。另一方面，这将是继续使用 Access 的一个很好的理由。

编辑:这是 Joel Spolsky 发表的 10 多年前的文章

http://www.joelonsoftware.com/articles/fog0000000069.html

这似乎与这个主题有些相关。阅读他对丢弃现有应用程序以重新开始的看法。