写点什么

如何在不破坏原代码的情况下重写旧系统

  • 2020-02-19
  • 本文字数:1889 字

    阅读完需:约 6 分钟

如何在不破坏原代码的情况下重写旧系统

不少工程师对旧项目和代码库谈之色变。但如果旧代码反复遭到黑客入侵,那就躲无可躲,必须提出有效的方案解决这个“不定时炸弹”。

选择重写:噩梦的开始

复杂繁多的应用程序往往牵一发动全身,当你想重做部分应用时,发现其他的应用程序也会受到影响。


更糟糕的是,当你更改代码前试图编写单元测试时,发现该代码最初并没有设计成可测试的代码。所以,在进行了种种挣扎和尝试后,你可能就会把这个应用程序冻结起来,再也不想碰它了…


那么,有没有一种办法既能更改无法维护的代码,又能使局面不那么糟糕呢?


我们知道,更改代码存在一定风险,而重构成本又太高。在这种情况下,从头开始重新编写代码看起来是个不错的主意。


按照这个思路,接下来会发生什么?


  1. 你在重写现有应用程序的同时,与管理层讨论一段时间内停用新功能。

  2. 重写一个包含现在应用程序功能的新程序大约耗时 6 个月。

  3. 几个月后,出现了一个令人讨厌的 bug,并且这个 bug 必须在旧代码中修复。因此,你又修补了旧代码和新代码。

  4. 再过几个月,公司将一些新功能交付给了客户。但新功能必须用旧代码才能实现,因为新版本尚未准备好。你不仅要再次返回到旧代码中,还要添加一个 TODO 以便这些新功能在新版本中实现。

  5. 转眼 5 个月过去了,你意识到项目可能要延迟,旧应用程序远比想象得要棘手。

  6. 7 个月过去了,你开始测试新版本,QA 质量检查发现了很多需要修复的问题。

  7. 9 个月后,公司再也受不了“不开发功能”。领导开始不满,你为此身心俱疲。你一边挣扎着更改旧代码,一边加快速度重写代码。

  8. 最终结果是,你做出了两个系统。摆脱旧代码还需要一段时间,因为新代码还没准备好。每个功能都需要在新系统和旧系统中实现两次。

最终,我选择扼杀

我现在的项目,就是在处理这个问题。我们内部有两个并行工作的系统:cart(旧系统)和 booking(新系统)。实际上,booking 应该替换掉 cart。


该项目始于三年前,但三年过去了,项目仍然未完成。


booking 总体上讲要优于 cart,但并不是说所有方面都比 cart 出色,一些购买流程会使用 booking,但仍有很多流程沿用 cart。


现在,由于新旧系统并行工作,所以新功能的实现时间是原来的两倍。有趣的是,由于最初的设计目的并不是为了支持我们想要的新功能,而是因为 booking 已经过时了,所以才会建议“适当重写 cart 系统。”


如果按照这个思路,接下来几个月,我们可能要让两个系统并行运行。显然,这不是个好办法,我还知道另外一种能有效解决系统问题的办法,就是“扼杀”。

如何“扼杀”旧代码库

方法很简单:逐步删除旧的代码库,使用新的代码库。


具体操作如下:


  • 让新代码充当旧代码的代理服务器(proxy)。用户使用新系统,新系统重定向到旧系统。

  • 在新代码库重新实现每步操作,这种操作在终端用户看来没有任何变化。

  • 通过让用户使用新功能来逐渐淡化旧代码。删除旧的、未使用的代码。

实际操作

来说说我们的系统,我们有一个用于处理付款的 cart模块



我们尝试重写,想法是创建一个新的、比 cart 更好的 booking 支付方式。但是这个项目没有 100%交付,因为重写工作耗费了太多时间,我们不得不在旧 cart 系统上开发新功能。


最终,我们还是创建了两个模块。



让我们再试一次,这次我们来“扼杀”cart 模块。与上一种方式不同的是,这次我们引入新 booking 模块作为代理服务器。



设置起来很容易。很快,我们可以在不重复付款处理逻辑的情况下将其交付生产。然后,逐步地,我们可以开始将付款逻辑迁移到新的 booking 模块。



在迁移逻辑时,我们摆脱了 cart 模块上未使用的代码。这个过程可能会需要一段时间,但我们正逐渐摒弃掉旧的、难以维护的 cart,开始应用新的、更好的 booking。


结束语

这样做最好的地方是可以解决重写期间无法交付新功能的问题。使用这种技术,无需复制代码,更无需实现两次新功能。另外,你需要尽快将新系统投入使用,更快地获得反馈,最大程度减少工作量并且降低把事情搞砸的风险。


最后,你可以有条不紊地进行重写,而无需将代码冻结 6 个月。尽管“扼杀”可能带有暴力色彩,但这种隐喻恰恰描述了慢慢摆脱旧系统的方法,与完全转换相比,这样做的风险较小。当旧代码实在难以使用时,这可能是迈向更好设计的第一步。


如果你在从事领域驱动设计(DDD),我建议你采用这种方法逐步淘汰旧系统。


你可以将旧系统视为黑匣子,创建一个 Bubble Context ,在其中应用部署 DDD 原理。Bubble Context 与旧系统进行交互。逐渐地,新功能将在不断增长的 Bubble context 中实现。同时,业务中用到旧系统的机会也越来越少,直到有一天,你可以彻底关闭旧系统。


原文链接:


https://understandlegacycode.com/blog/avoid-rewriting-a-legacy-system-from-scratch-by-strangling-it/


2020-02-19 13:325073

评论

发布
暂无评论
发现更多内容

面试官:MySQL 数据库查询慢,除了索引问题还可能是什么原因?

Java全栈架构师

Java MySQL 数据库 面试 后端

数据治理浅析

五分钟学大数据

数据治理 7月月更

云原生(十一) | Kubernetes篇之Kubernetes原理与安装

Lansonli

云原生 k8s 7月月更

这些 C++ 开源代码,简直绝了!

Jackpop

前端性能优化之请求优化

南城FE

性能优化 前端 7月月更

阿里二面:什么是CAS?

Java永远的神

Java 程序员 面试 程序人生 CAS

7大专题详解SpringBoot,阿里这套SpringBoot全栈笔记真香

Java永远的神

Java 程序员 面试 程序人生 springboot

C#入门系列(二十八) -- LINQ的查询语法

陈言必行

7月月更

IntelliJ IDEA,有点强!

Jackpop

git pull 和 git fetch到底什么区别?

Jackpop

【刷题记录】19. 删除链表的倒数第 N 个结点

WangNing

7月月更

C# 线程锁和单多线程简单使用

IC00

C# 7月月更

Qt|模仿文字浮动字母

中国好公民st

qt 7月月更

代码版本控制用SVN还是Git好?

Jackpop

软件质量体系之思

刘冉

质量体系

SpringBoot项目使用Tomcat为什么让大厂禁止?

Java程序员

Java 程序员 Sprint Boot

JavaScript 中如何取消请求

掘金安东尼

JavaScript 前端 7月月更

百变小精灵,CRMEB Java 单商户系统也要当!

CRMEB

自研的数据产品迭代了一年多,为什么不买第三方商业数据平台产品呢?

松子(李博源)

数据中台 数据产品经理 数字化转型 数据产品

大规模团队中的敏捷测试实践

刘冉

敏捷测试

OpenIM重大升级-群聊读扩散模型发布 群管理功能升级

Geek_1ef48b

OpenIM重大优化-消息按需加载 一致性缓存 uniapp发布

Geek_1ef48b

12张图+6K字图解ZGC垃圾回收器及调优技巧

程序员小毕

程序员 面试 程序人生 ZGC JVM

Vim到底可以配置得多漂亮?

Jackpop

java零基础入门-异常、线程(完结篇)

喵手

Java 7月月更

.so 将c++转化为安卓可使用的数据

小肉球

qt 7月月更

工业物联网中的时序数据

CnosDB

物联网 时序数据库 开源社区 CnosDB 工业数据

算法题每日一练---第6天:李白打酒

知心宝贝

算法 前端 后端 7月月更

腾讯云获国际专业流媒体测评肯定:三大场景下视频编码性能全部最优

科技热闻

LeetCode-83. 删除排序链表中的重复元素(java)

bug菌

Leet Code 7月月更

如何在不破坏原代码的情况下重写旧系统_文化 & 方法_Nicolas Carlo_InfoQ精选文章