1. 程式人生 > 其它 >14 個寫 Java 的習慣

14 個寫 Java 的習慣

往期熱門文章:

1、Google 工作十年後,我選擇離開!

2、推薦好用的 Spring Boot 內建工具類

3、面試官:記憶體耗盡後Redis會發生什麼 ?

4、監控告警滿飛天,運維在家睡到自然醒...

5、@Bean與@Component 同時作用同一個類,會怎麼樣?


來自:CSDN,作者:_Louie
連結:https://blog.csdn.net/weixin_44912855/article/details/1208661941、定義配置檔案資訊

有時候我們為了統一管理會把一些變數放到 yml 配置檔案中

例如

用 @ConfigurationProperties 代替 @Value

使用方法

定義對應欄位的實體

@Data
// 指定字首
@ConfigurationProperties(prefix = "developer")
@Component
public class DeveloperProperty {
    private String name;
    private String website;
    private String qq;
    private String phoneNumber;
}

@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

我們來看看上段程式碼編譯完之後的樣子

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 = 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。

來源:https://mp.weixin.qq.com/s/zmGya-2WZzyK7vTHipeBzg