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

Web applications 选择web应用程序框架替换VB6和Access应用程序,web-applications,vba,vb6,vb6-migration,database-migration,Web Applications,Vba,Vb6,Vb6 Migration,Database Migration,我目前在一家拥有相当多Access数据库的大公司工作。他们已经有了SQL Server。现在,我的任务是迁移数据库,并最终迁移应用程序。所有这些都是用VisualBasic6编写的。我和另外两个人一起工作,他们只懂VB6,并不急于学习其他东西。另外需要记住的是,在这种情况下,快速开发比健壮性更重要。尤其是在报告能力方面。我在Java/Spring/Hibernate方面有很强的背景,但我并不认为这是一个很好的选择,因为Java应用程序的开发时间通常比其他应用程序长,其他应用程序的学习时间也比VB

我目前在一家拥有相当多Access数据库的大公司工作。他们已经有了SQL Server。现在,我的任务是迁移数据库,并最终迁移应用程序。所有这些都是用VisualBasic6编写的。我和另外两个人一起工作,他们只懂VB6,并不急于学习其他东西。另外需要记住的是,在这种情况下,快速开发比健壮性更重要。尤其是在报告能力方面。我在Java/Spring/Hibernate方面有很强的背景,但我并不认为这是一个很好的选择,因为Java应用程序的开发时间通常比其他应用程序长,其他应用程序的学习时间也比VB6长。欢迎所有建议

如果考虑到当前的VB6开发人员,我认为迁移到VB.NET和ASP.NET/WEB表单是最容易的。 NET与VB6不完全相同,但比java更接近。 另外,asp.net web表单遵循winforms模型,因此更易于操作。 但总体而言,他们在掌握.net和webdevelopment方面会有一个学习曲线。 如果他们使用Access,他们还会使用VBA吗

或者雇佣新的开发人员并使用您熟悉的工具:)
因为不急于学习新东西的开发人员正在卖空自己。

我也处于几乎相同的情况。我从5个左右的“纯”访问应用程序开始,即前端是access,后端是JET。我所做的是使用两步流程。首先,我将数据迁移到SQL server中,同时保持前端不变

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

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

从VBA跳转到vb.net仍然是一个变化,特别是当您习惯于使用DAO/ADO进行数据访问时,因为ADO.net是一个完全不同的野兽,但一旦您了解了它,事情就会变得非常简单

这就是我在你的处境中所经历的故事,希望对你有所帮助

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

这将取决于谁将要使用它和所需的功能集

我可以告诉你两个例子

第一个是一个名为“breaklight”的应用程序,它允许每个人(400个用户)在他们遇到的过程中记录违规行为。它的3个简单的数据捕获表单很少被大量用户使用,因此它将成为一个web应用程序,因此我获得了无需安装和轻松更新的好处,而缺点则无关紧要

第二个是一个富客户端,由大约20人使用,负责所有呼叫预测等。其中一个将是一个vb.net桌面应用程序,以提供更好的用户体验


就像所有的事情都是为了课程,当人们说“万维网应用”或“我讨厌万维网应用,万维网厚客户端”时,我确实很恼火。为正确的任务使用正确的工具

对于将来试图继续支持VB6代码的任何人,我强烈建议您查看REAL Studio(以前的REALBasic)

它是一个非常优秀的软件包,与VB6非常兼容,尤其是与Windows功能套件结合使用时:

其他库添加了大量功能集:

此处列出了更多的库和控件:

此外,我相信它具有COM互操作性,因此您应该能够继续使用您购买的任何自定义COM控件

最后,RB现在可以部署到Windows、MacOSX、Linux,甚至可以作为独立的web应用服务器。它是一个非常灵活的平台,VB6程序员可以很容易地转换成它,并且有一个相对较大的开发人员社区


我在一个下午将一个相对复杂的VB6应用程序(实际上是一个最初用VB3编写的文本冒险游戏引擎)移植到REALBasic,麻烦最小。

从VB6切换的动机是什么?是为了提高开发速度吗(请记住学习曲线,尤其是对你的两位同事)?是否因为担心VB6运行时的支持可能会终止?这是为了让将来招募开发人员变得更容易吗?想要切换有很好的理由,只要在你自己的头脑中清楚它们是什么&与你的经理们明确。原因是涉及太多的遗留代码。其中一些项目已经运行了12年。年龄不是我最关心的问题,但仍然是一个指标。因为这些应用程序的功能在过去几年中发生了变化。应合并某些数据库并删除重复数据。它们已经传了好几次了,所以有很多乱七八糟的代码。他们都占据了网络。通过网络查询两个大型链接表简直是荒谬可笑。在SQL Server中需要15秒的东西在Access中需要12分钟。这两位同事可能对开发不太感兴趣,但具有出色的业务知识。这样的人可能非常有用,尽管你可能会试图找到一种工作方式,防止他们对技术选择指手画脚。谢谢你的投入。但是,当你说你在asp.net web应用程序还是vb.net客户端应用程序之间进行选择时,这取决于什么?@Arne W,我在我的回答中添加了一些额外的要点,以通过编辑来回答你的问题,如果可以的话,我将对此进行十次投票。马儿去球场!我投票支持这个。我对一个大型应用程序进行了类似的切换,从VB6切换到ASP.net和VB.net,运行非常顺利。VB6和VB.net之间的区别往往被夸大了,特别是如果您像我一样倾向于使用开放式参考手册。