-
1.定义配置文件信息 -
2. 用@RequiredArgsConstructor代替@Autowired -
3.代码模块化 -
4. 抛异常而不是返回 -
5. 减少不必要的db -
6. 不要返回null -
7. if else -
8. 减少controller业务代码 -
9. 利用好Idea -
10. 阅读源码 -
11. 设计模式 -
12. 拥抱新知识 -
13. 基础问题 -
14. 判断元素是否存在
有时候我们为了统一管理会把一些变量放到 yml 配置文件中;而不是到处设置“魔数”,一旦那天需要修改,只需要修改配置文件即可,不需要满项目去搜索替换;
-
例如

用 @ConfigurationProperties 代替 @Value
-
使用方法
定义对应字段的实体
@Data//指定前缀@ConfigurationProperties(prefix="developer")@ComponentpublicclassDeveloperProperty{privateStringname;privateStringwebsite;privateStringqq;privateStringphoneNumber;}@Data//指定前缀@ConfigurationProperties(prefix="developer")@ComponentpublicclassDeveloperProperty{privateStringname;privateStringwebsite;privateStringqq;privateStringphoneNumber;}使用时注入这个bean
@RestController@RequiredArgsConstructorpublicclassPropertyController{finalDeveloperPropertydeveloperProperty;@GetMapping("/property")publicObjectindex(){returndeveloperProperty.getName();}}
2. 用@RequiredArgsConstructor代替@Autowired
我们都知道注入一个 bean 有三种方式哦(set 注入,构造器注入,注解注入),Spring 推荐我们使用构造器的方式注入 Bean
我们来看看上段代码编译完之后的样子

@RequiredArgsConstructor 注解由lombok提供
3.代码模块化
阿里巴巴 Java 开发手册中说到每个方法的代码不要超过 50 行(我没记错的话),在实际的开发中我们要善于拆分自己的接口或方法, 做到一个方法只处理一种逻辑,说不定以后某个功能就用到了, 拿来即用。

4. 抛异常而不是返回
在写业务代码的时候,经常会根据不同的结果返回不同的信息,尽量减少返回,会显得代码比较乱
-
反例

-
正例

5. 减少不必要的db
尽可能的减少对数据库的查询
举例子
删除一个服务(已下架或未上架的才能删除),之前有看别人写的代码,会先根据id查询该记录,然后做一些判断
-
反例

-
正例

6. 不要返回 null
避免调用方法时,造成不必要的空指针
-
反例

-
正例

7. if else
不要太多了if else if,可以试试策略模式代替
8. 减少controller业务代码
业务代码尽量放到service层进行处理,后期维护起来也好操作而且美观
-
反例

-
正例

9. 利用好IDEA
目前为止市面上的企业基本都用idea作为开发工具了吧
举一个小例子
IDEA会对我们的代码进行判断,提出合理的建议
例如:

它推荐我们用lanbda的形式代替,点击replace

10. 阅读源码
一定要养成阅读源码的好习惯包括优秀的开源项目GitHub上stars:>1000, 会从中学好好多知识包括其对代码的设计思想以及高级API,面试加分(好多面试官习惯问源码相关的知识)
11. 设计模式
23种设计模式,要尝试代码中运用设计模式思想,写出的代码即规范又美观还高大上哈哈。
12. 拥抱新知识
像我们这种工作年限少的程序员,我觉得要多学习自己认知之外的知识,不能每天crud,有机会就多用用有点难度的知识,没有机会(项目较传统),可以自己下班多些相关demo练习
13. 基础问题
-
Map遍历
HashMap<String,String>map=newHashMap<>();map.put("name","du");for(Stringkey:map.keySet()){Stringvalue=map.get(key);}map.forEach((k,v)->{});//推荐for(Map.Entry<String,String>entry:map.entrySet()){} -
optional 判空
//获取子目录列表publicList<CatalogueTreeNode>getChild(Stringpid){if(V.isEmpty(pid)){pid=BasicDic.TEMPORARY_DIRECTORY_ROOT;}CatalogueTreeNodenode=treeNodeMap.get(pid);returnOptional.ofNullable(node).map(CatalogueTreeNode::getChild).orElse(Collections.emptyList());} -
递归
大数据量的递归时,避免在递归方法里new对象,可以试试把对象当作方法参数进行传递使用
-
注释
类 接口方法 注解 较复杂的方法 注释都要写而且要写清楚, 有时候写注释不是给别人看的 而是给自己看的
14. 判断元素是否存在
hashSet 而不是 list,list 判断一个元素是否存在的代码
ArrayList<String>list=newArrayList<>();//判断a是否在list中for(inti=0;i<list.size();i++)if("a".equals(elementData[i]))returni;
由此可见其复杂度为On,而hashSet底层采用hashMap作为数据结构进行存储,元素都放到map的key(即链表中)
HashSet<String>set=newHashSet<>();//判断a是否在set中intindex=hash(a);returngetNode(index)!=null
由此可见其复杂度为O1。
来源:blog.csdn.net/weixin_44912855/article/details/120866194
欢迎添加程序汪个人微信 itwang008 进粉丝群或围观朋友圈
本篇文章来源于微信公众号: 我是程序汪
微信扫描下方的二维码阅读本文










Comments NOTHING