简洁代码的一点反思

最近三个月的主要工作都是在修复bug，修bug本身就是一个痛苦的过程，特别是修别人的bug，当别人还随心所欲写的一坨乱麻的时候，该哭的我们改怎么办。

简单总结了以下几点：

代码尽量简单，规范

代码只是我们实现我们想法的一种路径而已。一条直路被你弄成S形。谁会按照S形走呢。如果都按你的路走,小区里就不会出现各种无草小路了。

规范这个怎么说呢。官方的规范也好，自己定的也好，统一就行。只要不被其他程序员鄙视就行。

尽量逻辑单一

• 当一个2000+行的类。输出5种不同风格的内容。代码中充满了 if/else 。如果我们要改其中某一个风格的内容。那么我们还得先理清所有的类型。

适当的减少通用

• 通用这东西是美好的。但是当一个跨度3年的项目。中间经历了无数版本的迭代。那么通用中的代码还能留下多少。又会生成多少新的通用。

及时删除无用代码

无用的代码只会混淆我们的逻辑，对我们的了解一点帮助都没有。所以每次修改代码。我们都应该只留下最精简的代码。

适当的注释

注释这东西要写就写正确，错误的注释比无注释还坑爹。

不为未来编程

我们的代码中不要存在下个版本将要出现的需求的设计和代码。未来都是不可控的。当我们到下个版本开发的时候。如果你写的代码不适用于新的需求。那么前面花费的时间都已浪费。

含泪总结

说了这么多，其实都绕不开可读性。对于我们只有读懂才能往下走。欢迎各位看官指错和出招