web-applications - 选择 Web 应用程序框架来替换 VB6 和 Access 应用程序

Question

我目前在一家大公司工作，该公司拥有相当多的 Access 数据库。他们已经安装了 SQL Server。现在我的任务是迁移数据库并最终迁移应用程序。它们全部都是用 Visual Basic 6 编写的。我和另外 2 个人一起工作，他们只知道 VB6 并且并不真正渴望学习其他任何东西。另一件需要记住的事情是，在这种情况下，快速开发比稳健性更重要。尤其是在报告功能方面。我在 Java/Spring/Hibernate 方面有很强的背景，但我真的不认为这是一个好的选择，因为 java 应用程序的开发时间通常比其他应用程序长，而且对于其他人来说，学习 VB6 有点困难。欢迎所有建议!

Answer 1

我的情况也差不多。我从 5 个左右的“纯”访问应用程序开始，即前端是 access，后端是 JET。我所做的是使用两步过程。首先，我将数据迁移到 SQL Server，同时保持前端相同。

一旦我对此感到满意，我就开始一次将一个应用程序转换为 asp.net Web 应用程序或 vb.net 客户端应用程序，具体取决于最适合的应用程序。

对于报告，我使用了 SQL Server 2008R2 附带的优秀报告生成器 3.0。

从 VBA 到 vb.net 的跳转仍然是一个变化，特别是如果您习惯使用 DAO/ADO 进行数据访问，因为 ADO.net 是一个完全不同的野兽，但一旦您明白了，事情就非常简单

这就是我在你的情况下所经历的故事，希望它有所帮助

编辑:这是我经历的一些选择过程。

这取决于谁将使用它以及所需的功能集。

我可以告诉你两个例子。

第一个是名为“Breach Light”的应用程序，用于允许每个人(400 个用户)记录他们在过程中遇到的违规行为。它的 3 种简单的数据捕获形式很少被大量用户使用，因此它将成为一个 Web 应用程序，因此我获得了无需安装和轻松更新的好处，而缺点也并不那么重要。

第二个是一个由 20 人左右使用的富客户端，它负责所有调用预测等工作。该客户端将是一个 vb.net 桌面应用程序，以提供更好的用户体验。

就像所有类(class)都需要马一样，当人们说“网络应用程序适合一切”或“我讨厌网络应用程序，胖客户端适合所有人!”时，我确实很恼火。使用正确的工具完成正确的任务