
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
代码重构是程序员在软件开发工作中偶尔会遇到的一个工作需求,而今天我们就通过案例分析来了解一下,代码重构都有哪些问题。
1、双倍的工作量
在这段旅程中,我们常常面对的一个风险是重写基本上是双倍的工作量。
当然,在技术上,我们希望自己可以暂停以往的开发,只专注于在新平台上编写代码,但现实(准确地说是业务)很难遵守这一原则。
2、团队分裂
假设需要做一些必要的工作来支持现有系统,那么问题是:谁对此负责?通常,团队会采用两种方法来管理并行工作。一种选择是,让更多的初级开发人员留在维护模式中,从而解放高级开发人员来开发新系统。这是有道理的,因为完成重写通常需要更高层次的技术“无畏派”——掌握各种新技术并整合应用、配置环境、建立模式和约定等等,这些都是棘手的任务,可能会让新晋开发人员深陷泥潭。
3、意外之事
现在,即使重写的团队配备了经验丰富的开发人员(即那些帮助编写遗留系统或至少有一些经验的开发人员),在将现有的源代码迁移到新平台时,总还是会有意外。
4、重蹈覆辙
人们常说,将军在和平时期会为后一场战争做准备。他们会回顾和反思过去作战计划中的缺陷和错误,并发誓绝不让这些错误再次发生。然后下一场战争就来了,和上次完全不同。他们的准备是徒劳的。重写也会发生同样的情况。
5、全有或全无
重写的后一个大风险是可以避免的,但通常还是无法避免。虽然我们现在认可了迭代开发的智慧和可行产品的概念,但通过重写,很难找到一种方法来一次性交付所有的东西。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请在707945861群中学习了解。