Clean Architecture (CA) 再讀整潔架構是什麼

Clean Architecture（再讀整潔架構）是由軟體工程師 Robert C. Martin 提出的一種軟體架構設計原則，旨在協助開發人員建立可維護、可擴展和可測試的軟體系統。這個概念強調將軟體系統分解成多個疊層，每個疊層負責不同的功能，並確保這些疊層之間保持良好的分離。

Clean Architecture 的核心思想是：

• 分離關注點（Separation of Concerns）：將系統分為多個層次，每個層次應該關注特定的功能或業務邏輯。這樣可以使不同層次之間的變更不會互相影響。

• 依賴反轉（Dependency Inversion）：高層次的模組不應該依賴於低層次的細節，而是兩者都應該依賴於抽象。這鼓勵使用介面或抽象類來定義模組之間的交互，從而實現鬆散的耦合。

• 清晰的邊界：架構的各層之間有明確的邊界，不同層次的代碼不會混在一起。例如，業務邏輯、資料存取、使用者介面等應該分別位於不同的層次。

• 可測試性：因為模組之間的依賴是通過抽象進行的，所以可以更容易地進行單元測試，並且可以輕鬆地模擬模組的依賴。

Clean Architecture 通常由以下幾個主要層次組成（層次的名稱和功能可能會因不同的解釋而略有不同，以下只是一個常見的例子）：

• 實體層（Entities）：包含業務實體和相關的業務邏輯，是整個架構的核心。

• 用例層（Use Cases）：包含應用程序的用例和操作，協調不同的實體和操作。

• 介面適配層（Interface Adapters）：處理用戶介面和外部服務，將外部數據轉換為內部模型，並將內部操作暴露給外部。

• 框架和工具層（Frameworks and Tools）：包含框架、庫、工具等，用於支援其他層次的實現。

透過這些層次的組織和分離，Clean Architecture 旨在提供一個可維護、可測試、可擴展且容易理解的軟體架構，有助於團隊開發高質量的軟體產品。但值得注意的是，Clean Architecture 並不是一種特定的架構模板，而是一種指導原則，實際的架構可能會因應項目需求和技術選擇而有所不同。

實際運用在開發上，優點是檔案結構明確，能夠將介面、邏輯、資料溝通、套件的程式碼分開，但是在開發過程會增加很多步驟，特別是檔案的引用，每個 UseCase or Module 都要使用很像模組化的方式載入對應的 class or function，增加開發的時間，有的時候也會失去了外部套件所提供的便利性 (usecase 層級，無法直接使用外部套件)