1. 清晰的命名

● 原則：代碼應該易于閱讀和理解；例如：變量、函數(shù)和類的名稱應能清楚表達其意圖；

● 示例:

// 明確表示學生數(shù)量
int numberOfStudents = 30; 
/**
 * 計算圓面積
 * @param radius 半徑
 * @return 面積
 */
public double calculateAreaOfCircle(double radius) {
    return Math.PI * radius * radius;
}

2. 使用注釋

● 原則：在復雜或重要的代碼段添加注釋，幫助他人理解；

● 示例：

/**
 * 計算給定列表的平均值
 *
 * @param numbers 要計算的數(shù)字列表
 * @return 返回數(shù)字的平均值，如果列表為空則返回0
 */
public static double calculateAverage(List<Double> numbers) {
    if (numbers == null || numbers.isEmpty()) {
        return 0;
    }
    double sum = 0.0; // 用于保存數(shù)字的總和
    int count = 0; // 用于記錄有效數(shù)字的數(shù)量
    // 遍歷列表中的每個數(shù)字并計算總和
    //【注意】：檢查列表中的每個元素是否為 null，需要過濾
    for (Double num : numbers) {
        if (num != null) {
            sum += num; 
            count++;
        }
    }
    if (count == 0) {
        return 0;
    }
    double average = sum / count;
    return average;
}

3. 一致的編碼風格

● 原則：遵循團隊的編碼標準，保持代碼風格一致；

● 示例：使用統(tǒng)一的縮進和大括號位置。例如 IDEA 等 IDE 中配置統(tǒng)一的 CodeStyle：Alibaba-CodeStyle 、Google-CodeStyle 等；

4. 代碼模塊化

● 原則：將功能分解成小模塊，增加重用性；

● 示例：

public class Calculator {
    /**
     * 加
     * @param a
     * @param b
     * @return
     */
    public int add(int a, int b) {
        return a + b;
    }
    /**
     * 減
     * @param a
     * @param b
     * @return
     */
    public int subtract(int a, int b) {
        return a - b;
    }
}

5. 避免重復代碼

● 原則：遵循DRY原則（Don’t Repeat Yourself）；

● 示例：

//不好的實踐：重復
public class Calculator {
    public void addAndPrint(int a, int b) {
        int result = a + b;
        System.out.println("Result: " + result);
    }
    public void addAndPrintAnother(int x, int y) {
        int result = x + y;
        System.out.println("Result: " + result);
    }
}
//好的實踐：我們可以提取出一個公共方法來遵循DRY原則：
public class Calculator {
    public void addAndPrint(int a, int b) {
        printResult(add(a, b));
    }
    public int add(int a, int b) {
        return a + b;
    }
    private void printResult(int result) {
        System.out.println("Result: " + result);
    }
}

6. 依賴接口而不是具體的實現(xiàn)

● 原則：依賴接口而不是具體的實現(xiàn)，增強靈活性；

● 示例：

public interface Shape {
    double area();
}
public class Circle implements Shape {
    private double radius;
    public Circle(double radius) {
        this.radius = radius;
    }
    @Override
    public double area() {
        return Math.PI * radius * radius;
    }
}
public class Square implements Shape {
    private double sideLength;
    public Square(double sideLength) {
        this.sideLength = sideLength;
    }
    @Override
    public double area() {
        return sideLength * sideLength;
    }
}
//依賴接口而不是具體的實現(xiàn)
void printf(Shape shape);

7. 避免魔法數(shù)字

● 原則：使用常量代替魔法數(shù)字；

● 示例：

final double FIXED_RATE = 3
double area = FIXED_NO * radius

8. 簡化條件語句

● 原則：避免復雜的條件邏輯。用快速 return 來減少 if 嵌套層次；

● 示例：

//不推薦：嵌套太深
public void checkUser(User user) {
    if (user != null) {
        if (user.getAge() > 18) {
            if (user.isActive()) {
                // 允許訪問
                System.out.println("Access granted");
            } else {
                System.out.println("User is not active");
            }
        } else {
            System.out.println("User is underage");
        }
    } else {
        System.out.println("User is null");
    }
}
//推薦：快速失敗返回
public void checkUser(User user) {
    if (user == null) {
        System.out.println("User is null");
        return;
    }
    
    if (user.getAge() <= 18) {
        System.out.println("User is underage");
        return;
    }
    if (!user.isActive()) {
        System.out.println("User is not active");
        return;
    }
    // 允許訪問
    System.out.println("Access granted");
}

9. 異常處理

● 原則：通過適當?shù)漠惓Ｌ幚硖岣叱绦虻慕研裕?/p>

● 示例：

//異常
try {
    int result = 10 / 0;
} catch (ArithmeticException e) {
    log.error("非法參數(shù)，不能被零除");
}
//熔斷
try (Entry entry = SphU.entry("resourceName")) {  
    // 你的業(yè)務邏輯  
} catch (BlockException ex) {  
    // 處理被阻止的請求  
}

10. 標準化錯誤日志處理

● 原則：統(tǒng)一錯誤處理的方式和日志記錄。方便日志采集和告警配置；

● 示例：

public void logError(String message) {
    log.error("ERROR|Trace:{0}|Msg:{1} " Context.getTrace(), message);
}

11. 方法參數(shù)不宜過長

● 原則：方法參數(shù)應盡量少，避免混亂，超過3個推薦封裝成模型；

● 示例：

//不推薦
void createUser(String name,int age,String email);
//推薦
public class UserService {
    public void createUser(User user) {
        
    }
}
class User {
    private String name;
    private int age;
    private String email;
    public User(String name, int age, String email) {
        this.name = name;
        this.age = age;
        this.email = email;
    }
    // Getters and Setters
}

12. 使用現(xiàn)有工具類來簡化操作

● 原則：優(yōu)先使用現(xiàn)有工具類 如apache.commons來簡化操作

● 示例：

StringUtils.isNotEmpty("");
CollectionUtils.isNotEmpty()

13. 盡量使用不變的變量

● 原則：使用final關鍵字聲明不可變的變量，提高代碼的可靠性；

● 示例：

final int MAX_VALUE = 100;
ImmutableList.of();

14. 測試驅(qū)動開發(fā)（TDD）

● 原則：先寫測試，再寫代碼，確保代碼的可測試性；

● 示例：

@Test
public void testAdd() {
    Calculator calculator = new Calculator();
    assertEquals(5, calculator.add(2, 3));
}

15. 避免過度優(yōu)化

● 原則：優(yōu)先考慮代碼的可讀性，優(yōu)化通常是在識別出性能問題后進行的；

16. 使用版本控制

● 原則：使用版本控制工具（git)管理代碼變化；

17. 重視系分文檔

● 原則：

○ 開發(fā)前，考慮清楚為什么要做這個需求。從背景及現(xiàn)狀分析->為什么要做(why)->要做什么(what)->如何去做(how) 體系化思考；

○ 再從業(yè)務用例分析->系統(tǒng)依賴分析->領域模型分析->架構設計分析->時序圖分析等落地最終的系分；

18. 重視代碼評審

● 原則：定期進行代碼評審，提高代碼質(zhì)量，提高團隊研發(fā)意識；

19. 重視每一次交付

● 原則：

○ 事前鎖定資源，上下游達成一致，明確里程碑計劃；

○ 事中按需推進，每周項目進度同步，及時通曬風險；

○ 事后組織復盤以及關注業(yè)務數(shù)據(jù)（關注價值）

20.重視交付質(zhì)量

● 原則：新功能需多考慮灰度驗證

○ 后端服務：可按分組進行灰度驗證（gray 分組->default 分組)

○ 客戶端：小范圍升級驗證無問題后，逐步放量升級；