14個(gè)SpringBoot妙招，優(yōu)雅編碼
說(shuō)到代碼優(yōu)化，很多人上來(lái)就是各種理論、架構(gòu)、核心思路；其實(shí)優(yōu)化這個(gè)事情說(shuō)簡(jiǎn)單也簡(jiǎn)單，說(shuō)復(fù)雜也可以很復(fù)雜，但是我覺(jué)得最重要的就是要有一個(gè)良好的編碼習(xí)慣，代碼"屎山”并非一朝一夕形成的，往往是經(jīng)過(guò)了日積月累；因此，培養(yǎng)一個(gè)好的習(xí)慣，可以讓我們的代碼變的更加優(yōu)雅、易維護(hù)，系統(tǒng)變的更加健壯；下面就分享14個(gè)小技巧，讓優(yōu)化變成順手就完成的小事兒；
1. 定義配置文件信息
有時(shí)候我們?yōu)榱私y(tǒng)一管理會(huì)把一些變量放到 yml 配置文件中；而不是到處設(shè)置“魔數(shù)”，一旦那天需要修改，只需要修改配置文件即可，不需要滿項(xiàng)目去搜索替換；
- 例如
用 @ConfigurationProperties 代替 @Value - 使用方法定義對(duì)應(yīng)字段的實(shí)體
@Data
// 指定前綴
@ConfigurationProperties(prefix = "developer")
@Component
public class DeveloperProperty {
private String name;
private String website;
private String qq;
private String phoneNumber;
}- 使用時(shí)注入這個(gè)bean
@RestController
@RequiredArgsConstructor
public class PropertyController {
final DeveloperProperty developerProperty;
@GetMapping("/property")
public Object index() {
return developerProperty.getName();
}
}2. 用@RequiredArgsConstructor代替@Autowired
我們都知道注入一個(gè) bean 有三種方式哦（set 注入,構(gòu)造器注入,注解注入），Spring 推薦我們使用構(gòu)造器的方式注入 Bean
我們來(lái)看看上段代碼編譯完之后的樣子
圖片
@RequiredArgsConstructor 注解由lombok提供；
3.代碼模塊化
阿里巴巴 Java 開發(fā)手冊(cè)中說(shuō)到每個(gè)方法的代碼不要超過(guò) 50 行（我沒(méi)記錯(cuò)的話），在實(shí)際的開發(fā)中我們要善于拆分自己的接口或方法, 做到一個(gè)方法只處理一種邏輯,說(shuō)不定以后某個(gè)功能就用到了, 拿來(lái)即用。
圖片
4. 拋異常而不是返回
在寫業(yè)務(wù)代碼的時(shí)候，經(jīng)常會(huì)根據(jù)不同的結(jié)果返回不同的信息，盡量減少返回，會(huì)顯得代碼比較亂
- 反例
圖片
- 正例
圖片
5. 減少不必要的db
盡可能的減少對(duì)數(shù)據(jù)庫(kù)的查詢
舉例子
刪除一個(gè)服務(wù)（已下架或未上架的才能刪除），之前有看別人寫的代碼，會(huì)先根據(jù)id查詢?cè)撚涗洠缓笞鲆恍┡袛?/p>
- 反例
- 正例
6. 不要返回 null
避免調(diào)用方法時(shí)，造成不必要的空指針
- 反例
圖片
- 正例
圖片
7. if else
不要太多了if else if，可以試試策略模式代替
8. 減少controller業(yè)務(wù)代碼
業(yè)務(wù)代碼盡量放到service層進(jìn)行處理，后期維護(hù)起來(lái)也好操作而且美觀
- 反例
圖片
- 正例
圖片
9. 利用好IDEA
目前為止市面上的企業(yè)基本都用idea作為開發(fā)工具了吧
舉一個(gè)小例子
IDEA會(huì)對(duì)我們的代碼進(jìn)行判斷，提出合理的建議
例如：
圖片
它推薦我們用lanbda的形式代替，點(diǎn)擊replace。
圖片
10. 閱讀源碼
一定要養(yǎng)成閱讀源碼的好習(xí)慣包括優(yōu)秀的開源項(xiàng)目GitHub上stars:>1000, 會(huì)從中學(xué)好好多知識(shí)包括其對(duì)代碼的設(shè)計(jì)思想以及高級(jí)API，面試加分（好多面試官習(xí)慣問(wèn)源碼相關(guān)的知識(shí)）
11. 設(shè)計(jì)模式
23種設(shè)計(jì)模式，要嘗試代碼中運(yùn)用設(shè)計(jì)模式思想，寫出的代碼即規(guī)范又美觀還高大上哈哈。
12. 擁抱新知識(shí)
像我們這種工作年限少的程序員，我覺(jué)得要多學(xué)習(xí)自己認(rèn)知之外的知識(shí)，不能每天crud，有機(jī)會(huì)就多用用有點(diǎn)難度的知識(shí)，沒(méi)有機(jī)會(huì)（項(xiàng)目較傳統(tǒng)），可以自己下班多些相關(guān)demo練習(xí)
13. 基礎(chǔ)問(wèn)題
- 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());
}- 遞歸大數(shù)據(jù)量的遞歸時(shí)，避免在遞歸方法里new對(duì)象，可以試試把對(duì)象當(dāng)作方法參數(shù)進(jìn)行傳遞使用
- 注釋類 接口方法 注解 較復(fù)雜的方法 注釋都要寫而且要寫清楚, 有時(shí)候?qū)懽⑨尣皇墙o別人看的 而是給自己看的
14. 判斷元素是否存在
hashSet 而不是 list，list 判斷一個(gè)元素是否存在的代碼
ArrayList<String> list = new ArrayList<>();
// 判斷a是否在list中
for (int i = 0; i < list.size(); i++)
if ("a".equals(elementData[i]))
return i;由此可見(jiàn)其復(fù)雜度為On，而hashSet底層采用hashMap作為數(shù)據(jù)結(jié)構(gòu)進(jìn)行存儲(chǔ)，元素都放到map的key（即鏈表中）
HashSet<String> set = new HashSet<>();
// 判斷a是否在set中
int index = hash(a);
return getNode(index) != null由此可見(jiàn)其復(fù)雜度為O1。
