有一些官方的说法，但过于抽象不好理解。比如：

Bjarne Stroustrup，C++之父：

1. 逻辑应该是清晰的，bug难以隐藏；

2. 依赖最少，易于维护；

3. 错误处理完全根据一个明确的策略；

4. 性能接近最佳化，避免代码混乱和无原则的优化；

5. 整洁的代码只做一件事。

Grady Booch，《面向对象分析与设计》作者：

1. 整洁的代码是简单、直接的；

2. 整洁的代码，读起来像是一篇写得很好的散文；

3. 整洁的代码永远不会掩盖设计者的意图，而是具有少量的抽象和清晰的控制行。

而通俗的说法就是

1. 平时把各种代码堆砌在一起，出BUG时定位问题就像“大家来找茬”。

2. 为了一个小需求，要在无数地方小心翼翼各种微调，还被产品经理嫌弃改的慢。

3. 辛辛苦苦写好的代码，被别人在其他地方不经意地修改，给弄崩溃了。

4. 我喜欢的一名博主叫“海贼直译的老法师”，好多程序员做的是需求的直译，缺少抽象、缺少设计。

具体特征及解决方式

1. 复杂函数

特征：代码行多、分支嵌套深、复杂度高

影响：不易理解和维护，代码冗余

解决办法：有意识的去分解提炼小函数、独立的功能函数，甚至当感觉需要写注释来说明的时候，就代表该独立了。函数建议：代码行不超过24，if语句嵌套深度6，圈复杂度10

2. 数据泥团

特征：参数太多

影响：影响编译效率，难以阅读和理解

解决办法：将参数封装为对象

3. 不必要的引用

特征：未使用某个dll却添加了引用

影响：编译速度慢，不必要的报错