代码中的坏味道

坏味道这个词，第一次听到还是华为的同事，一听到就能直觉感受，来自于英文中的badsmell，想了一下中文确实没什么确切的词与之对应。就叫坏味道吧。

最近面试几个候选人，统一口径为了更好的发展，为了带团队考虑跳槽。可以理解。但当你带领一个团队的时候，不论是三五人的小组，还是十几人几十人的部门，质量管控、代码reivew都是必不可少的环节，否则管控就无从谈起，更不要讲带领团队进行整体的技术能力提升。无法识别成员项目中的问题，就不存在review.

**

本文旨在讨论，常见的坏味道都哪些？

**

什么是坏味道？

通俗讲，当我们写代码超过一定程度后，会产生一种直觉，就是看一眼这个代码，就觉得不对劲！是的，就是经验带来的便利。就像厨子尝菜，一口便知。

坏味道：统指项目中不合理的设计、代码。

常见的坏味道有哪些？怎样识别？

以代码为例：

1. 大量重复代码（可维护性差，需求变更时需要修改多处）

2. 单方法、单类代码过长过多
   事实上这里的过长过多是个相对概念，类似阿里规定单方法不能超过50行一样，过长只是表象，真正的原因，是过长的代码通常都意味着过多的功能，这明显不符合设计中单一职则的原则。

3. 多层嵌套循环
   伴随的是圈复杂度和时间复杂度的提升，可维护性差

4. 未来性过长
   当我们在做一个功能和模块的时候，不能无设计，但也不能过渡设计。如果频繁出现：这样设计，以后当出现XX情况的时候，就可以XXXX之类的情况，应该引起警惕

读者还有补充的，欢迎留言讨论，互相成长