14 个 SpringBoot 优化小妙招,写代码像写诗)
👉 这是一个或许对你有用的社群
🐱 一对一交流/面试小册/简历优化/求职解惑,欢迎加入「芋道快速开发平台」知识星球。下面是星球提供的部分资料:
《项目实战(视频)》:从书中学,往事上“练” 《互联网高频面试题》:面朝简历学习,春暖花开 《架构 x 系统设计》:摧枯拉朽,掌控面试高频场景题 《精进 Java 学习指南》:系统学习,互联网主流技术栈 《必读 Java 源码专栏》:知其然,知其所以然
👉这是一个或许对你有用的开源项目
国产 Star 破 10w+ 的开源项目,前端包括管理后台 + 微信小程序,后端支持单体和微服务架构。
功能涵盖 RBAC 权限、SaaS 多租户、数据权限、商城、支付、工作流、大屏报表、微信公众号、CRM 等等功能:
Boot 仓库:https://gitee.com/zhijiantianya/ruoyi-vue-pro Cloud 仓库:https://gitee.com/zhijiantianya/yudao-cloud 视频教程:https://doc.iocoder.cn 【国内首批】支持 JDK 21 + SpringBoot 3.2.2、JDK 8 + Spring Boot 2.7.18 双版本
1.定义配置文件信息 2. 用@RequiredArgsConstructor代替@Autowired 3.代码模块化 4. 抛异常而不是返回 5. 减少不必要的db 6. 不要返回null 7. if else 8. 减少controller业务代码 9. 利用好Idea 10. 阅读源码 11. 设计模式 12. 拥抱新知识 13. 基础问题 14. 判断元素是否存在
把自己平时写代码的习惯跟大家分享一下
1.定义配置文件信息
有时候我们为了统一管理会把一些变量放到yml配置文件中
例如
用 @ConfigurationProperties 代替@Value
使用方法
定义对应字段的实体
@Data
// 指定前缀
@ConfigurationProperties(prefix = "developer")
@Component
public class DeveloperProperty {
private String name;
private String website;
private String qq;
private String phoneNumber;
}
使用时注入这个bean
@RestController
@RequiredArgsConstructor
public class PropertyController {
final DeveloperProperty developerProperty;
@GetMapping("/property")
public Object index() {
return developerProperty.getName();
}
}
基于 Spring Boot + MyBatis Plus + Vue & Element 实现的后台管理系统 + 用户小程序,支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
项目地址:https://github.com/YunaiV/ruoyi-vue-pro 视频教程:https://doc.iocoder.cn/video/
2. 用@RequiredArgsConstructor代替@Autowired
我们都知道注入一个bean有三种方式哦(set注入, 构造器注入, 注解注入),spring推荐我们使用构造器的方式注入Bean
我们来看看上段代码编译完之后的样子
RequiredArgsConstructor:lombok提供
基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 实现的后台管理系统 + 用户小程序,支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
项目地址:https://github.com/YunaiV/yudao-cloud 视频教程:https://doc.iocoder.cn/video/
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 = new HashMap<>();
map.put("name", "du");
for (String key : map.keySet()) {
String value = map.get(key);
}
map.forEach((k, v) -> {
});
// 推荐
for (Map.Entry<String, String> entry : map.entrySet()) {
}
optional 判空
//获取子目录列表
public List<CatalogueTreeNode> getChild(String pid) {
if (V.isEmpty(pid)) {
pid = BasicDic.TEMPORARY_DIRECTORY_ROOT;
}
CatalogueTreeNode node = treeNodeMap.get(pid);
return Optional.ofNullable(node)
.map(CatalogueTreeNode::getChild)
.orElse(Collections.emptyList());
}
递归
大数据量的递归时,避免在递归方法里new对象,可以试试把对象当作方法参数进行传递使用
注释
类 接口方法 注解 较复杂的方法 注释都要写而且要写清楚, 有时候写注释不是给别人看的 而是给自己看的
14. 判断元素是否存在
hashSet而不是list
list判断一个元素是否存在的代码
ArrayList<String> list = new ArrayList<>();
// 判断a是否在list中
for (int i = 0; i < list.size(); i++)
if ("a".equals(elementData[i]))
return i;
由此可见其复杂度为On
而hashSet底层采用hashMap作为数据结构进行存储,元素都放到map的key(即链表中)
HashSet<String> set = new HashSet<>();
// 判断a是否在set中
int index = hash(a);
return getNode(index) != null
由此可见其复杂度为O1
待补充....
欢迎加入我的知识星球,全面提升技术能力。
👉 加入方式,“长按”或“扫描”下方二维码噢:
星球的内容包括:项目实战、面试招聘、源码解析、学习路线。
文章有帮助的话,在看,转发吧。
谢谢支持哟 (*^__^*)
微信扫码关注该文公众号作者