赞
踩
有时候我们为了统一管理会把一些变量放到 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();
- }
- }
我们都知道注入一个 bean 有三种方式哦(set 注入, 构造器注入, 注解注入),Spring 推荐我们使用构造器的方式注入 Bean,我们来看看上段代码编译完之后的样子
RequiredArgsConstructor:lombok提供
在实际的开发中我们要善于拆分自己的接口或方法, 做到一个方法只处理一种逻辑, 说不定以后某个功能就用到了, 拿来即用。
在写业务代码的时候,经常会根据不同的结果返回不同的信息,尽量减少返回,会显得代码比较乱。
反例
正例
尽可能的减少对数据库的查询。
举例子
删除一个服务(已下架或未上架的才能删除),之前有看别人写的代码,会先根据id查询该记录,然后做一些判断。
反例
正例
反例
正例
别处调用方法时,避免不必要的空指针
不要太多了if else if,可以试试策略模式代替
业务代码尽量放到service层进行处理,后期维护起来也好操作而且美观。
反例
正例
目前为止市面上的企业基本都用idea作为开发工具了吧。
举一个小例子
idea会对我们的代码进行判断,提出合理的建议
例如
它推荐我们用lanbda的形式代替,点击replace
一定要养成阅读源码的好习惯包括优秀的开源项目GitHub上stars:>1000, 会从中学好好多知识包括其对代码的设计思想以及高级API,面试加分
23种设计模式,要尝试代码中运用设计模式思想,写出的代码即规范又美观还高大上哈哈。
像我们这种工作年限少的程序员,我觉得要多学习自己认知之外的知识,不能每天crud,有机会就多用用有点难度的知识,没有机会(项目较传统),可以自己下班多些相关demo练习
map遍历
optional 判空
递归
大数据量的递归时,避免在递归方法里new对象,可以试试把对象当作方法参数进行传递使用
注释
类 接口方法 注解 较复杂的方法 注释都要写而且要写清楚, 有时候写注释不是给别人看的 而是给自己看的
hashSet 而不是 list,list 判断一个元素是否存在的代码
由此可见其复杂度为On,而hashSet底层采用hashMap作为数据结构进行存储,元素都放到map的key(即链表中)
由此可见其复杂度为O1。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。