ASP.NET MVC 專案架構：三層架構 (BLL/DAL) 與 MVC 模式的關係解析

疑問提出

初學 ASP.NET MVC 時常見困惑：MVC 已經分離了 Model、View、Controller，為何項目中還要建立 BLL（業務邏輯層）和 DAL（數據訪問層）？它們之間是什麼關係？

核心概念釐清

調用鏈路：UI → BLL → DAL

// Controller (UI層)
public class OrderController : Controller {
    private readonly IOrderService _orderService; // 依賴 BLL 接口
    public OrderController(IOrderService orderService) {
        _orderService = orderService;
    }
    public ActionResult Create(OrderDTO dto) {
        _orderService.PlaceOrder(dto); // 調用 BLL
        return Json(new { Success = true });
    }
}

// OrderService (BLL層)
public class OrderService : IOrderService {
    private readonly IOrderRepository _repo; // 依賴 DAL 接口
    public void PlaceOrder(OrderDTO dto) {
        // 1. 業務驗證
        // 2. 領域模型構建
        // 3. 事務控制
        using (var tx = new TransactionScope()) {
            _repo.Add(order); // 調用 DAL
            _repo.UpdateStock(dto.Items);
            tx.Complete();
        }
    }
}

// OrderRepository (DAL層)
public class OrderRepository : IOrderRepository {
    private readonly DbContext _db;
    public void Add(Order order) => _db.Orders.Add(order);
    public void UpdateStock(List items) { /* 批量更新庫存 */ }
}

為什麼 MVC 不能取代三層架構？

• 關注點分離層次不同：MVC 是「表現層」的設計模式，解決「如何顯示與交互」；三層架構是「應用邏輯」的物理/邏輯分層，解決「業務與數據如何組織」。
• 可測試性：BLL 獨立於 UI，可編寫純單元測試，無需啟動 Web 服務器。
• 複用性：同一 BLL 可被 Web API、Windows Service、Console App、gRPC 服務同時調用。
• 可維護性：數據庫遷移（如 SQL Server → PostgreSQL）僅影響 DAL，業務邏輯不變。

實戰建議

1. 小型項目可合併 Controller 與 Service（胖 Controller），但建議仍抽離 Repository 接口。
2. 中大型項目嚴格分層，引入依賴注入（DI 容器）管理生命週期。
3. 領域驅動設計（DDD）中，BLL 演變為 Domain Service + Application Service，DAL 為 Repository 實現。

總結

MVC 與三層架構不衝突、不重複、互補。MVC 負責「外部交互」，三層架構管好「內部邏輯」。理解這一點，是從「寫代碼」進階為「做架構」的關鍵一步。