把自己平时写代码的习惯跟大家分享一下
1.定义配置文件信息
有时候我们为了统一管理会把一些变量放到yml配置文件中
例如
![17e926035d7f4b7bc25157166e46bd4c.png](https://i-blog.csdnimg.cn/blog_migrate/01a9eb71cfe68bc657db099739252a22.png)
用 @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();
}
}
2. 用@RequiredArgsConstructor代替@Autowired
我们都知道注入一个bean有三种方式哦(set注入, 构造器注入, 注解注入),spring推荐我们使用构造器的方式注入Bean
我们来看看上段代码编译完之后的样子
![1a95343252c205f343cb09a6850defe4.png](https://i-blog.csdnimg.cn/blog_migrate/96d7ec062628f158999fa244285339f5.png)
RequiredArgsConstructor:lombok提供
3.代码模块化
阿里巴巴Java开发手册中说到每个方法的代码不要超过50行(我没记错的话)
在实际的开发中我们要善于拆分自己的接口或方法, 做到一个方法只处理一种逻辑, 说不定以后某个功能就用到了, 拿来即用
![e4d54a58302b653824faa65122f3e799.png](https://i-blog.csdnimg.cn/blog_migrate/1b1330ac6ad4e404173bcd51558ce174.png)
4. 抛异常而不是返回
在写业务代码的时候,经常会根据不同的结果返回不同的信息,尽量减少返回,会显得代码比较乱
反例
![767df8be168e2d9867b55d2fdf28ca17.png](https://i-blog.csdnimg.cn/blog_migrate/c815da2cf4ff639b0898c016e23093ed.png)
正例
![6b9d7df373a21265476ffa5de461c5b3.png](https://i-blog.csdnimg.cn/blog_migrate/761f5fa73115fabab14331141e8d91f4.png)
5. 减少不必要的db
尽可能的减少对数据库的查询
举例子
删除一个服务(已下架或未上架的才能删除)
之前有看别人写的代码,会先根据id查询该记录,然后做一些判断
反例
![9c682c537403996903ad9b06a3ee73e8.png](https://i-blog.csdnimg.cn/blog_migrate/0bc11429f4e8e1a4d2bbbe3c4f11b090.png)
正例
![70995b3308e93345488747ac9674c793.png](https://i-blog.csdnimg.cn/blog_migrate/31818ed4cd6deb6df98d4f23238ce5ae.png)
6. 不要返回null
反例
![7468504471a2f3f4a5f791319ede9cd4.png](https://i-blog.csdnimg.cn/blog_migrate/4fd4cdaebdd16e43665514cde87a6934.png)
正例
![1e65743abf08fa7603f43b05bb5c42da.png](https://i-blog.csdnimg.cn/blog_migrate/f5af4be600a2385fa8b6882dd47e361c.png)
别处调用方法时,避免不必要的空指针
7. if else
不要太多了if else if
可以试试策略模式代替
8. 减少controller业务代码
业务代码尽量放到service层进行处理,后期维护起来也好操作而且美观
反例
![ab5ab96c9b875c642b2bb12c922cc95c.png](https://i-blog.csdnimg.cn/blog_migrate/f00b3285a613b609b3e332d124f61366.png)
正例
![a916f248dea366ccf8878d0654c8480e.png](https://i-blog.csdnimg.cn/blog_migrate/c3198b4884dc8b513262be23d3a5490a.png)
9. 利用好Idea
目前为止市面上的企业基本都用idea作为开发工具了吧
举一个小例子
idea会对我们的代码进行判断,提出合理的建议
例如:
![7e0c20b3d8391ba0173cef1763e68326.png](https://i-blog.csdnimg.cn/blog_migrate/b0a59f6ae80c95f6c672088f1aba1f05.png)
它推荐我们用lanbda的形式代替
点击replace
![1a1d4a653cd4bf460842a02cea96c7f8.png](https://i-blog.csdnimg.cn/blog_migrate/76657869f40e16d309230e45b25125d4.png)
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
待补充....