-
命名:
精准定义一个函数的 函数变量名,当根据业务需求开始修改形参时,一般不会修改函数变量名,所以函数变量名定义要 精准,使用业务语言去描述意图,而不是细节。 -
英文:
业务名词提高方法,频度高的名词可以加入背单词软件去多背 -
重复代码
复制粘贴最容易导致出现重复代码,一个修改,全部都要改。
一般来说,参数是名词,函数调用是动词
if和else中的代码高度类似 -
长函数
一个处理函数的代码行数太多,会导致团队的其他人员阅读困难和后期的修改维护困难。
建议将太长的函数内容提取封装成小函数进行调用。 -
大类
类太大时,比如对象类,根据需求尽可能拆分 -
长参数列表
变化频率相同的参数,封装成一个对象
变化频率不同的,静态不变的参数,可以成为软件的一部分
减小参数列表,越小越好 -
控制语句
多个for和if或多个if导致代码的可读性极差,可以将控制语句提取成一函数方法供其调用,可以降低代码的复杂性和提高可读性。代码缩进最好是一层,目前做不到,所以我的最合适是2。
不要使用else关键字
多态取代条件表达式 -
封装
-
可变的数据
尽可能的去除setter,编写不变类。限制可变的数据
区分类的性质,实体对象要限制数据变化,值对象设计成不变类
移除设值函数 -
变量声明与赋值分离
变量的初始化包括声明和赋值,变成原则:变量的初始化要一次性完成 -
依赖混乱
当接口Controller层直接调用Service服务层去操作数据库时,容易造成依赖紊乱,职责分工不明确,最好在他们中见加一个Biz层(取名随意),用于承上启下做业务逻辑处理,Service层则做业务的数据CRUD操作。 -
代码的一致性问题
开发团队的命名一致性,代码一致性等等 -
多尝试使用新特性编写代码
12-26
1007