将VB6应用程序移植到VB.Net:任何人都可以投票多少努力?
在2002年,我为客户做了一个相当大的VB6应用程序.它使用了很多UserControls和第三方菜单控件(用于将图标放在菜单名称旁边).它具有动态“可拆分”面板,具有多状态复选框的TreeView等.一个非常丰富的UI.我在这个项目上的总时间是大约500个小时,客户慷慨地让我分散一个多月. (是的,这是那样的工作)他们很高兴,但是他们按时付款,没有任何论据.
所以在与他们联系多年后,他们突然打来电话,想知道我是否可以将应用程序更新为.Net.我的初步反应是拒绝,因为我不使用VB.Net.看了一堆关于移植困难等的帖子,我更倾向于拒绝,可以这么说. 不过,在我告诉他们之前,我没有兴趣大致量化所需的努力.我很乐意听到有人做过这样的事情,感受到了多少工作.是吗 >显着低于原来使用的努力? 如果您实际上已经完成了这样的端口,请您回复.答案不一定要准确,因为我真的只是试图去做这个.我的感觉是,这个努力至少与原来的一样多,如果不是更多的话.但我可能错了感谢任何帮助.
我已经做了你所要求的在我的情况下,这是一个(业余)保龄球锦标赛mgmt系统:会员数据库mgmt(个人信息,IRS / Winnings信息,邮寄名单等),比赛mgmt(玩家分配,得分,车票生成,奖金检查注册和侧盆等等)以及IRS EDI一代,为所有获奖者提供了一年.加上大约十亿个小物品分散在50个屏幕/子屏幕之间.
关键是客户了解 – 您必须清楚,他们明白这不是微不足道的;这是你的两个新冒险(特别是如果你是VB.Net的新手)如果他们喜欢你的工作之前,他们可能会很好地给你在他们的镍上学习VB.Net的余地/自由. 阅读一些以前的答案让我提出一些建议(根据30年作为软件开发人员的经验,最后20位作为顾问….) 如果他们提供它,就要付钱.你需要将你的技能带到20世纪;让他们付钱(再次,如果他们同意)他们可能是杂志冲浪,想要“最新的东西”为没有好的原因 – 但也许他们意识到,他们可以延长(你的)应用程序的这个端口的使用寿命.实质上,他们可能会有各种愚蠢的原因,如果他们不雇用你决定这个港口是否是一个好主意.那么你可能对客户关系建设的决定过程表示沮丧;但是,如果他们想这样做,那么它也可能是你的工作. 所以如果你还在阅读,那么现在我终于会告诉你,VB6中VB.Net转换/ PORTED应用程序的第二次尝试是原来时间到达工作模式的1/3,而且我是学习框架也是如此. (如果你对自己的技能有信心,多年来学到了几种语言,您将很快获得VB.Net的要点 – 它的“SUBTLETIES”需要一段时间.) 我必须提醒你,如果您不明智地告诉客户端了解,那么真的可以杀死你的事情是,如果他们想在你移植的时候进行更改(这是非常喜欢的,因为他们已经使用了一段时间).我在我的情况下也很真实. 这里没有硬而快的规则.这可能是改变实际上将帮助您更快地理解框架,或更改可能是一个真正的痛苦.只有你可以确定他们可能是哪种味道.如果它们看起来是PAINFUL类型,那么您可能会要求首先进行转换,以便可靠地复制功能 – 然后返回并查看代码以进行更改,并根据需要利用框架.但是,正如我所说,这里没有硬而快的规则 – 不要让纯粹主义者不同的告诉你 – 记住他们可能是同样的人说PASCAL将要接管世界! (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |