return语句越少越好么？
不必追求return语句的精简，如果一个复杂的逻辑方法强行只有一个return语句，那么有可能导致一个返回变量从开始蔓延到最后，整个方法就会变得很拖沓。
不过一般我推荐我的小组成员尽可能块的结束掉函数体，优先处理错误、简单逻辑，尽可能快速的return，throw，让代码层级平一些，逻辑才能清楚些。
当然return语句不能不加限制，如果一个方法体出现了5个甚至10个return语句，那么就得思考整个方法的结构设计了，比如是不是该抽取私有方法出来等等。
总之，大道至简，但水至清则无鱼，给你个眼神，自己体会吧。
import中该不该出现*
关于注释
注释不是美化剂，不能美化你的代码，它只是一副催化剂，可以让优秀的代码更加优秀，让拙劣的代码更加腐朽
Java修饰符的顺序
Model类应该用基础类型还是包装类型？
最好是用包装类型，抛开效率不谈，包装类型存在null值，在大多数情况会避免错误。
比如一个属性如果是基础类型int，那么默认值就是0，比如通用Mapper插件的查询方法，就会把这个默认值误认为是需要查询的条件，就会引发错误。如果是包装类型Integer，默认值是null，查询条件就会跳过null值。
再比如一个属性数据库里是null，但是绑定的model确是不可为null的基础类型，那么查询出来赋值的时候就有可能报错。
调用成员变量或者方法，this关键字该不该加
应该加！this/super关键字虽然不加也能跑起来，但是不加的话整个代码看起来十分不清晰，很多源码都是加这个关键字的，所以一定要加。
78
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
