
30
|
第
4
章
要诀
尽可能清除僵尸代码。僵尸代码会妨碍你,拖慢你的步伐。
4.4
唤醒梦中人
怎样找到僵尸代码呢?
最好的办法就是在编写代码时集中注意力。注意你编写代码时的一言一行,确保每次修改
之后,都不忘清理无用代码。定期的代码评审也可以让僵尸代码无所遁形。
如果你想定位所有未使用的代码片段,有很多很棒的代码覆盖率检测工具可供使用。
1
好的
IDE
,特别是静态语言的
IDE
,能够自动高亮显示未使用的代码片段。对于公有
API
,很
多
IDE
有“发现引用”的功能,可以查看
API
的调用情况。
如果要定位那些用户从不使用的功能,那么可以在产品中加入信息收集器,收集关于用户
实际使用情况的各项指标。这不仅可以发现用户从不使用的功能,而且对于做出业务决策
同样很有价值。
4.5
动个手术吧
清除僵尸代码有百利而无一害。不要踟蹰不前,坚决去做吧。这又不是外科手术,切掉了
就接不回来了。如果有一天你发现需要那些被清除的代码,那么可以轻而易举地把它们从
版本控制系统里找回来。
要诀
删除以后
可能
要用的代码是安全的。你随时可以把它们从版本控制系
统里找回来。
对于这个简单而正确的观点有反对的声音:如果不知道一段代码之前存在于某处,那么一
个新员工如何知道删除的代码可以在版本控制系统里找到呢?怎样才能阻止他们自己造
(有
bug
的或不完整的)轮子呢?这个担忧是合情合理的。但是同样,如果某段代码在其
他地方存在,那么怎样才能阻止新手造轮子呢?
前面的章节讲过,清除僵尸代码要单独提交。不要把清除僵尸代码和功能性修改混在一起
提交到版本控制系统中。一定要把“大扫除”和其他开发任务分开提交 ...