.net – 这是“十分之一”的时间来重写吗?
如果可以避免,我非常反对重写应用程序.我明白规则是10次中的9次,最好是重构,但我处于一个可能是十分之一的情况,我正在寻找这条线.
目前的情况是: >我接管了VB6 / SQL应用程序的维护. 所以,我正在衡量这些选项: >继续规范化数据库并修改VB6应用程序(最终成为一块一块重写) 我的想法是,如果我选择选项1,那么最后我只是有一个VB6应用程序,他们仍然想升级到.NET,我已经研究了它,这是昂贵和耗时的,甚至与工具你仍然会得到一些有点像弗兰肯斯坦的东西.如果我选择2,我相信我可以尽快完成,我会跳到目标技术上. 在我在规范化过程中已经重写的小规模部分中,结果是已经有了一个改进的模块,所以在重写期间增加了值. 现有的应用程序,其所有缺陷,是一个很好的讨论点.使用它的人可以告诉我什么是为他们工作,什么不是,所以这里肯定有很多价值. 那么,这是否符合“十分之一”的要求呢?
我有一个最初写在VB6中的项目,他们聘请我把它转换成.NET.我最近离职了我相信该程序可能不应该被重写.
如果您采用重写方式(基于我的项目),这里有一些要考虑的因素 >这不会是一个直接的重写.一旦字出来,它将重新编写新的功能请求将弹出,并将有大量的重新设计/重新架构 什么是这么长时间? >虽然当前的应用程序是随着时间的推移而开发的,但可能预计您的应用程序将具有100%的上线功能,并且在较短的时间内. 这些都是从VB6到.Net的现实生活迁移的经验.我是唯一的.Net开发人员.没有资源可以雇用额外的帮助.我的情况和你的主要区别是1.原来的开发人员还在 – 只是一个新的角色(使得更难的时候)和2.原来的应用程序不需要很多错误修复. 我想如果我再做一遍,我会尝试创建一些.NET DLL,并将它们并入VB6应用程序.逐件转换为.net.所以也许你将应收帐款的数据和业务逻辑移动到.NET.所有其他方面保持不变. GUI,其他功能等.然后,它被推出并标记为完整,接受运送部分并做同样的事情.最后一步是创建一个使用您的DLL的新的.NET GUI. 这给了你几个好处 >最后应用程序是用.NET编写的 作为一个开发人员决定重新编写这个应用程序并提供一个工作的产品,我将非常疲倦.我认为保守估计(假设没有范围蠕变等)将是24个月.可能更有可能3-4年. 我离开的项目已经工作了3年,服务良好,但原来的应用程序还没有100%的替代品.就像我说的,即使这意味着我没有工作,我也不认为应该重写. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |