Layering

分層（Layering）是軟體設計者用來拆解複雜系統最常見的技術之一。無論是機器架構（從程式語言到 CPU 指令集再到邏輯閘）還是網路協定（FTP → TCP → IP → Ethernet），都能看到分層的身影。

分層的核心概念#

當我們以層次的角度思考系統時，可以將軟體中的主要子系統想像成一層層的蛋糕：

大多數分層架構是不透明的（opaque）——第 4 層使用第 3 層的服務，第 3 層使用第 2 層，但第 4 層不能直接使用第 2 層。不過並非所有架構都如此嚴格。

分層架構中最困難的部分是決定要分幾層、每一層的職責是什麼。

在早期批次系統中，程式直接操作檔案（ISAM、VSAM 等），沒有明確的分層概念。

Client-Server 系統將應用分為兩層：

這種架構在「顯示與簡單更新關聯式資料」的場景下運作良好。但當業務邏輯（商業規則、驗證、計算等）變得複雜時，問題就浮現了：

物件導向社群提出了解決方案——三層架構：

Web 的興起改變了遊戲規則。如果所有業務邏輯都埋在 Rich Client 中，那麼要支援 Web 就得全部重寫。而設計良好的三層系統只需新增一個 Presentation 層即可。

Layer（層）與 Tier（階）是不同的概念。 Layer 是邏輯上的分離，Tier 是物理上的分離。用本機資料庫跑三層應用，物理上只有一台機器，但邏輯上仍然是三個不同的層。

層次	職責
Presentation	提供服務、顯示資訊、處理使用者請求（滑鼠點擊、HTTP 請求、命令列、批次 API）
Domain	系統真正的核心——業務邏輯
Data Source	與資料庫、訊息系統、交易管理器及其他套件的通訊

Domain Logic（又稱 Business Logic）是應用程式為其所服務的領域需要做的工作，包括：

Presentation 和 Data Source 都是與外部世界連接的界面。這正是 Alistair Cockburn 的 Hexagonal Architecture 背後的邏輯——將系統視為被外部介面包圍的核心。

如何判斷邏輯是否洩漏到了 Presentation 層？ 想像要為應用程式加上一個完全不同的介面（例如命令列介面）。如果需要複製任何功能，那就是 Domain Logic 洩漏到了 Presentation 的徵兆。

Server 端執行的最大優勢是易於升級與修復——不需要部署到每台桌機，也不需要擔心桌面軟體的相容性問題。

選定執行節點後，應盡量將所有程式碼放在單一程序中。不要將層分成不同的程序，除非有充分理由。跨程序會降低效能、增加複雜度，還需要引入 Remote Facade 和 Data Transfer Object 等額外模式。

以下這些因素被 Jens Coldewey 稱為「複雜度助推器」，每一個都帶來高昂的成本：