在我受雇为顾问的组织中,我正在进行一次讨论。讨论的重点是替换使用VB6(MDI)厚客户端构建的应用程序。
这个应用程序有大约100个屏幕+ 40份报告。大约400个用户使用这些报表和数据,使用内联查询,而db结构则非常规范化。其余的代码都很糟糕。
在讨论补充战略时,我们提出了一些想法。
虽然我不想发起一场火焰战(DotNetvs.JAVA或WEb对桌面),但了解社区对这一问题的想法将是一件好事。首先,我觉得选项3可能是最好的版本,但我想知道其他人的意见。
发布于 2010-11-25 17:04:14
您必须问/发现的一个关键问题是,您是否真的需要复制现有功能。您可能会发现,随着业务工作流程的改变和技术的改进,您可能不需要构建数百页和40个报表解决方案。
如果你或多或少需要更换它,那么这3种技术中的任何一种都可以做到这一点。他们的关键是原型。在你决定一个之前,先试一试。
发布于 2010-11-25 17:17:07
再加上卡里安娜的回应..。注意。你很可能会掉进第二系统效应。一种更好的方法是保留现有的系统,只需使用新技术中的一种新特性,然后缓慢地开始迁移。不要打算做一个拾取和放弃迁移到“新版本”
发布于 2010-11-25 17:18:47
带有第三方控件的VB6应用程序有多重?你能在基于浏览器的UI中复制这些内容吗?
https://stackoverflow.com/questions/4279328
复制相似问题