CodeReview

CodeReview"/>

CodeReview

话说

CodeReview的感觉真是痛苦又美好！技术人员就像看艺术品一样，给你挑刺，给你建议，然后就是一大推的TODO.持续更新中：

1.要善于发现问题，并提出问题，并解决。不要只是为了功能而功能，不要只是复制、粘贴;

2.boolean类型的变量，默认就是false，这么定义多此一举：private boolean flag = false;

3.循环遍历等时候，对于传入的参数，是否为Null要做判断，避免NullPointer;

4.变量名要规范。既然你让一个变量在代码世界诞生，那么就要为他取一个不一定要好，至少要足够规范的名字；

5.代码要简洁。能不注释就不注释，看其名知其意最好，多余注释坚决砍掉；

6.Idea、Eclipse等自带的注释，没必要的、没实际意义的干掉；

7.你之所以不敢删代码，是因为你对代码了解不够，担心干掉后会影响其他；这是一种不自信的状态；

8.业务中部分参数长度定义，要考虑长远点，今天你的text类型够用，明天可能就需要变为varchar()类型，如果业务没有严格定义，OK，自己定义长点，提高扩展性；

9.定义接口，要考虑读写的分离。不然关于读的接口会越来越臃肿；

10.数据库时间，要考虑东八区。本地时间和东八区时间，在换算的时候要极其谨慎；

11.一个业务有多种状态，一般用枚举类型；只有2中状态，就用Boolean类型；

12.SQL语句中like关键字，使用要谨慎。全表扫描，会降低性能，索引；

13、不要随便开接口。要考虑是否真的有必要？

14、听到一个业务需求，首先考虑什么？考虑如何实现？对的，但是也应该考虑，为什么会有这个业务需求？这个需求的动机是什么？目的是什么？以后还会衍生出哪些新需求？设计的时候扩展性要充分考虑；

15、要善于用开发工具自带的注释：比如TODO;

16 、快捷键一定要熟；

17、当一个服务被多个服务引用，是否考虑可以把这部分剥离出来？单独对外提供一种服务？通过要解决的问题，来升级到一种对外的服务，是一种很好的商业思维，然后把这种解决问题的方法服务化、平台化、产品化，就可以赚钱了；

……

对了，欢迎评论补充 !