你自己的代码可读性怎么样,能让不懂代码的同学看懂主要逻辑吗?有没有“觉得大家的代码风格都差不多”这种感觉?
有没有被吐槽过,或者被赞扬过?
是否也写过或见过几百行的代码,内部调用的方法又是几百行?你见过可读性最好的代码是什么样的,它有什么规则?
代码可读性重要吗,它只有外延没有内涵吗?
无所谓你遇到过哪种问题,或者对某些问题感兴趣,如果说情人能带给你幸福,那么这篇文章或许可以带给你春风。
当养成了某个习惯后,这个习惯可能是好的也可能是坏的,构思代码的习惯就是一个很好的例子。 当拿到需求后经过评审之后,就知道要做什么事了,可是代码要怎么写?
写个Controller、Service 、Dao一通调用,没错这就是习惯。 如果需求量大的很有可能导致service层逐渐臃肿,业务紧密度很高,不易维护。 如果是一个新人对这大段代码来进行梳理的话,学习成本会很高,而且效益不佳。
可读性是没有标准的,只能站在调用方的角度体验调用方式,站在非己的角度去读代码。 如果很难衡量这样的一个点的话,那么可以尝试这种方式:
读一个可读性好的代码可以像读一本书那样,有目录,有章节,有小节、有内容,不同的章节写不同的内容,如果忘记某一个点在哪个章节下就从目录开始看。