Java 面向對象思維重塑：從過程式邏輯到業務建模的認知轉型指南

許多從 C/C++ 轉型 Java 的開發者，初期會將面向對象誤解為「把函數塞進類裡」，導致設計出披著 OOP 外衣的過程式代碼。本文透過三個對比案例，深度剖析面向對象思維的本質差異，引導你完成從「機器執行視角」到「業務領域建模視角」的認知轉型。

核心誤區：過早沉入實現細節

過程式思維：先想「如何實現」—— 讀配置、連資料庫、迴圈發送、調用 sendmail。
物件思維：先想「業務是什麼」—— 郵件有主旨、內容、收件人；郵件會發送、列出收件人清單。

案例一：垃圾郵件發送系統

❌ 過程式切分（按技術功能）

• 類 A：讀資料庫、取地址、調 sendmail
• 類 B：讀郵件內容、MIME 編碼、加郵件頭
• 主類：解析參數、協調調用

本質是將實現步驟包裝成類，耦合度高、擴展性差。

✅ 物件建模（按業務概念）

public class JunkMail {
    private String head, body, address;
    public JunkMail() { 
        // 從配置檔載入 head、body
    }
    public static boolean sendMail(String address) { 
        // 調用 qmail 發送
    }
    public static Collection listAllMail() { 
        // 訪問資料庫返回地址集合
    }
}

調用端極簡潔：new JunkMail().sendMail(addr)。業務邏輯封裝在物件內，實現細節對調用端透明。

案例二：網頁計數器

過程式分析

1. 從 HTTP 取 id
2. 查資料庫取計數
3. 加 1 更新資料庫
4. 輸出結果

物件建模

非技術人員會說：「我要一個計數器，能加 1、歸零、設定任意值。」

public class Counter {
    public int getCount(int id) { /* 查庫、加1、回傳 */ }
    public void resetCounter(int id) { /* 更新庫為 0 */ }
    public void setCount(int id, int value) { /* 更新庫為指定值 */ }
}

使用端：new Counter().getCount(id)。實現細節（資料庫、HTTP）完全隱藏在方法內部。

案例三：用戶分頁列表——介面導向設計

具體類型洩露實現

public Vector listUsers() { 
    // 查庫塞入 Vector 返回
}

呼叫端綁定 Vector，換 ArrayList 需改動呼叫端。

介面抽象

public interface Iterator {
    boolean hasNext();
    Object next();
}
public class User {
    public Iterator listUsers() { /* 返回實作 Iterator 的任意類 */ }
}

呼叫端只依賴 Iterator 介面：

Iterator it = user.listUsers();
while (it.hasNext()) { Object u = it.next(); ... }

實現可換 ArrayList、LinkedList、自定義游標、資料庫流式游標……呼叫端零修改。

面向對象思維三大原則

1. 業務優先：先建模領域概念（名詞→類，動詞→方法），再考慮技術實現。
2. 封裝變化：將易變的實現細節（資料庫、集合類型、演算法）隱藏在穩定介面後。
3. 介面契約：依賴抽象（介面/抽象類）而非具體類，實現鬆耦合與可替換性。

實戰心法

設計時若腦海浮現「用 HashMap 存」、「寫 SQL 查」，立即暫停 —— 這是實現細節。請轉而問：「這個業務概念叫什麼？它需要提供什麼行為？」先寫介面與方法簽名，最後再填充方法體。

掌握此思維，代碼將自然呈現高內聚、低耦合、易擴展的優雅結構，開發過程也從枯燥的邏輯拼湊轉變為充滿設計美感的建模創作。