【本人秃顶程序员】阿里P7告诉你，这样的代码才是好代码！

←←←←←←←←←←←← 快！点关注

好的代码，就像是好的笑话——无需解释就能让别人明白。若是你的代码可以作到不解自明，在大多数时候，你根本无需为其配备说明文档。

好的代码，就像是一辆配备了优秀音响和杯架的汽车，这辆车在行驶到最高速度的时候，你听不到噪音，也不用担忧水会洒出来。在它出现故障的时候，任何一名修理工均可以使用最多见的工具，在最短的时间里轻松将其修好。

而坏的代码，就像是一辆向你承诺最高速度能够达到200MPH，可是音响只能播放老式的磁带，并且杯架还不稳的车。你在调整反光镜角度的时候，汽车都会忽然出现故障，并且通常的修理工还修不了这辆车，必需要找专家，让专家在生产线上使用专业的工具来修理。

好代码像是一本写做技巧高超的人所写的书

1. 容易理解

2. 分章明确，每一章都有清晰的主旨

而坏的代码像是刚刚学会写字的人所写的书

1. 各个章节之间纷乱复杂，每一章都没有明确的主旨

2. 连篇累牍的重复一句话，并且毫无原因

3. 做者在一开始设定了一些规则，可是在后面的内容中却本身不断的违反这些规则

4. 忽然间书里出现了一个吸血鬼，并且还能在白天出来吸血。

要想写出好的代码，你必定要牢记如下内容

可读性——不仅是你，还有你身边与你合做的其余开发者

可维护性——让你的代码在修改的时候很简单

简洁性——不要让你的代码看上去毫无必要的复杂

效率性——尽量的让你的代码得到最快的运行速度

明确性——若是你的代码可以作到不解自明，在大多数时候，你根本无需为其配备说明文档。在为方法和属性命名的时候，作到尽量的合理。把长的代码进行拆分。不要复制/粘贴代码块。

若是你的同事不能轻松的看懂你写的代码，那么你的代码就不够好。

代码质量测试

1. 找一个历来没读过你的代码的开发者，让他看你的代码，而且让他试着说出每个模块的做用。

2. 若是你常常须要向他进行解释，那么说明你的代码不够好。解释的次数越多，代码的质量就越低。

3. 若是你只是静静的坐在一边，他无需问你任何问题，那说明你的代码质量很高。

当你在写代码的时候，一些信号能够证实你写的代码质量不错：

• 代码写的很聪明，可是又不会过度的聪明

• 不管在速度上，仍是可读性上，你都使用了最佳的算法

• 类、变量和函数都获得了正确的命名，让人看一眼就能理解

• 休息了一个周末以后，你继续写代码，发现本身能够马上继续以前的工做

• 那些须要重复使用的东西老是可用

• 你所使用的方法都很短，最理想的状况下要少于50行，最多不超过100行并且可以完美的执行单个任务

• 在调用方法的时候，你有着足够的信息，无需在代码堆中苦苦寻找

• 可以很轻松的在此前的代码中进行功能添加和修改

• try/catch块的体量尽量的小

• 绝不费力的就能够写出单元测试

好代码都是模块化的

假设你的项目中有三个不一样的层——内层、中层和外层。你的内容不该该从中层和外层那里导入任何东西。中层不该该从外层导入任何东西 ，这样作的好处是，你能够对代码的内层进行独立测试。

写在最后：

秃顶程序员的不易，看到这里，点了关注吧！ 点关注，不迷路，持续更新！！！