如何提高自己代码的可读性？

你自己的代码可读性怎么样，能让不懂代码的同学看懂主要逻辑吗？有没有“觉得大家的代码风格都差不多”这种感觉？

有没有被吐槽过，或者被赞扬过？

是否也写过或见过几百行的代码，内部调用的方法又是几百行？你见过可读性最好的代码是什么样的，它有什么规则？

代码可读性重要吗，它只有外延没有内涵吗？

无所谓你遇到过哪种问题，或者对某些问题感兴趣，如果说情人能带给你幸福，那么这篇文章或许可以带给你春风。

当养成了某个习惯后，这个习惯可能是好的也可能是坏的，构思代码的习惯就是一个很好的例子。 当拿到需求后经过评审之后，就知道要做什么事了，可是代码要怎么写？

写个Controller、Service 、Dao一通调用，没错这就是习惯。 如果需求量大的很有可能导致service层逐渐臃肿，业务紧密度很高，不易维护。 如果是一个新人对这大段代码来进行梳理的话，学习成本会很高，而且效益不佳。

可读性是没有标准的，只能站在调用方的角度体验调用方式，站在非己的角度去读代码。 如果很难衡量这样的一个点的话，那么可以尝试这种方式：

读一个可读性好的代码可以像读一本书那样，有目录，有章节，有小节、有内容，不同的章节写不同的内容，如果忘记某一个点在哪个章节下就从目录开始看。

一个例子：

从配置中心获取所有节点供上游使用。 如果该节点没有权重，则按照一定算法进行权重分配。 权重分配后按照一定规则进行排序，最近一次使用的配置，置顶配置，指定配置，其他的按照权重降级排序。

思路：

当拿到一个需求的时候首先要清楚逻辑，可以通过绘图或者其他方式让逻辑更清晰些，比如上述的例子中可以有这样的思路：

1、获取所有节点配置信息； 注意这个时候