个人关于良好的Java后端代码风格的理解

个人关于良好的Java后端代码风格的理解

 

前言

在一些讲编程规范的书和博客中，经常提到：“良好的代码风格是可以让你的代码低注释或零注释的”，其实对于这句话我在看别人的代码时还在想，“我连别人写注释的代码都不想看，更别说低注释或者零注释的代码了”。

但是随着一边写代码，有意无意的思考这个问题，也随之有了一些感悟。

意义

为什么要保持一个良好的代码风格？良好的代码风格对个人对企业的价值在哪里？我觉得，从个人角度来讲，良好的代码风格是作为开发工程师的基本功，这东西和算法一样，对于不懂算法的人，照样可以完成一些复杂功能，但是背后体现的个人能力的强弱是不同的，更形象一点，我觉得可以类比一个语文老师写字好不好看对他个人的意义；从企业角度来讲，如果公司内所有软件工程师都能有良好的代码风格，那企业内的代码可读性和可维护性的水平就会很高，自然做出来的产品或模块维护性和复用性会更好。

同时，最近在负责接手一些老系统的时候发现，这些所谓的老系统可能“生命周期”还没有三年，就面临丢弃了，难道所有的软件的生命周期一定是短暂的吗？有没有角度去延长软件的寿命？或者软件的寿命终结是否部分代码还会延续？我想有良好的编程规范和代码风格可能是一个方式。

我的理解

我认为良好代码风格的核心思想：让代码变成你在对电脑讲话，这样阅读代码的人也就能听懂了

善用变量名称

同一个类型多个变量时，用变量名提高语义性

// 完全没有起名含义的情况，起名单纯是为了区分不同变量，不亚于menuList1, menuList2：
//