.NET 分布式架構實戰 (三) 資料訪問層深度思考：從查詢爆炸到 Query Object 突破

前言：草圖背後的隱憂與歷史包袱

承接上篇草圖，Richard 發現三大核心問題：

1. DAL 綁死 LINQ 實體：技術選型無彈性，專案 B 想換 EF 無從下手。
2. 缺乏橫切關注點：無異常處理、日誌、緩存、事務、安全統一機制。
3. 資料來源單一：僅支援資料庫，無法對接外部 Web Service / 檔案 / XML。

一、草圖問題剖析：Service Agent 還是 Interface？

初版草圖將 DAL 上層定為 Services Interface，靈感來自「資料源可為遠端服務」。但深思後發現：服務層意味著業務邏輯、驗證、授權，這屬於 BLL 職責。若 DAL 暴露服務介面，將導致資料層膨脹、職責模糊。結論：**DAL 上層保持普通 Interface (IDataContext)，服務化層上移至 BLL 之上。**

二、歷史專案 DAL 痛點復盤

典型 EmployeeDAL

public Employee GetEmployeeById(string id);
public Employee GetEmployeeByName(string name);
public string GetEmployeePositionById(string id);
public int GetEmployeeCount();

觀察：

• 查詢方法爆炸式增長，每個條件組合一個方法。
• Add/Update/Delete 在 LINQ/EF 下幾乎相同：ctx.GetTable().InsertOnSubmit(entity)。
• 結論：**查詢統一化是關鍵**，CRUD 已可泛型化。

三、思維突破：Query Object (Interpreter Pattern)

1. 理論來源

Fowler《企業應用架構模式》Query Object：客戶端以領域語言構建查詢，框架解釋為 SQL。