PetShop 架構演進全景（一）：從三層到 4.0 的分層治理之道

三層架構的核心價值與固有代價

Martin Fowler 概括分層優勢：關注點分離、實現可替換、依賴降低、標準化促進、邏輯復用。PetShop 採用經典結構：

• 數據訪問層 (DAL)：持久化操作，PetShop 4.0 未用 ORM，屬實現短板
• 業務邏輯層 (BLL)：領域核心，處理寵物查詢、下單、購物車等邏輯
• 表示層：ASP.NET WebForms UI，理想狀態僅含界面邏輯

代價：性能開銷（層間調用）、級聯修改風險（自上而下擴展功能需同步修改多層）。但隨硬件提升與緩存/異步機制引入，性能損耗已可忽略。

PetShop 版本架構演進軌跡

2.0：合併 DAL 與 BLL，換性能犧牲結構

無獨立 DAL，業務邏輯直連數據庫。短期提速，長期導致職責混亂，數據庫遷移極難。

3.0：重塑分層，確立接口契約

DAL 獨立，引入 IDAL 接口與 DALFactory，SQL Server/Oracle 雙實現並存。

4.0：性能增強與 ASP.NET 2.0 特性融合

核心分層不變，新增：

• 緩存依賴：CacheDependency 模塊優化讀取
• 異步消息：Messaging 模塊（MSMQ）實現訂單異步落庫
• MemberShip/Profile：利用 ASP.NET 2.0 內置會員體系

模塊級結構深度解析

數據訪問層：接口隔離雙向解耦

IDAL 向下屏蔽 SQL Server/Oracle 實現差異，向上為 BLL 提供穩定契約。DALFactory 封裝創建邏輯，BLL 僅依賴接口，實現換庫零影響。

業務邏輯層：策略模式應對變化

訂單插入引入 IBLLStrategy.IOrderStrategy，同步/異步兩種實現（OrderSynchronous/OrderAsynchronous）可配置切換。雖核心邏輯集中於單一 BLL 程序集（未嚴格拆分接口與實現模塊），但策略模式為未來擴展預留接縫。

表示層：輔助模塊賦能

引入 CacheDependency 管理輸出緩存失效，配合異步與會員體系構建完整 Web 應用。

總結：分層治理的最佳實踐啟示

PetShop 4.0 展示了：

1. 堅持接口隔離，雙向解耦（向下屏蔽實現、向上穩定契約）
2. 工廠+配置+反射實現運行時綁定，滿足開閉原則
3. 策略模式封裝易變行為（同步/異步、緩存策略等）
4. 性能優化（緩存、異步、分庫）建立在清晰分層之上，而非犧牲結構

這正是企業級 .NET 系統架構的教科書級範例。