Java 建構子設計原則：不要在建構子直接讀取用戶輸入

問題：需透過用戶輸入建立物件，建構子該怎麼寫？

反模式：建構子內直接 `Scanner` 讀取

// 不推薦
public class User {
    String name;
    public User() {
        Scanner sc = new Scanner(System.in);
        System.out.print("輸入姓名: ");
        this.name = sc.nextLine(); // 測試困難、耦合標準輸入、異常處理混雜
    }
}

推薦模式：建構子接受參數，呼叫端負責取得輸入

// 推薦
public class User {
    private final String name;
    public User(String name) { this.name = name; } // 純初始化
    public String getName() { return name; }
}

// 呼叫端 (Controller / Main / Service)
public class UserFactory {
    public static User createFromConsole() {
        Scanner sc = new Scanner(System.in);
        System.out.print("輸入姓名: ");
        String name = sc.nextLine().trim();
        // 可在這裡驗證、預設值、重試邏輯
        return new User(name);
    }
}

優勢對照

替代方案：Builder 模式 (參數多時)

public class User {
    private final String name;
    private final int age;
    private final String email;
    private User(Builder b) { this.name=b.name; this.age=b.age; this.email=b.email; }
    public static class Builder {
        String name; int age; String email;
        Builder name(String v){name=v;return this;}
        Builder age(int v){age=v;return this;}
        Builder email(String v){email=v;return this;}
        User build(){ return new User(this); }
    }
}
// 使用
User u = new User.Builder().name("Bob").age(25).email("bob@ex.com").build();

總結原則

1. **建構子只負責將參數賦值給欄位**，不做 I/O、不做複雜運算、不拋受檢異常。
2. 輸入取得、驗證、轉換 → **Factory / Builder / Service 層**處理。
3. 欄位盡量 `final`，確保物件建立後狀態不可變、線程安全。

遵循「建構子純初始化」原則，代碼即獲得高可測試性、低耦合、易維護三大優勢。