企業級 ASP.NET 專案架構（二）：三層式解決方案設計與實作

承接上篇「問題導向設計」，本文落實三層式架構（UI、BLL、DAL）於 Visual Studio 方案中，並闡述各層職責邊界與溝通協定，為後續模組開發奠定基石。

方案結構規劃

EnterpriseSolution.sln
├── Enterprise.UI.Web           // ASP.NET WebForm / MVC 專案
├── Enterprise.UI.Controls      // 自訂伺服器控制項、使用者控制項
├── Enterprise.BLL              // 業務邏輯層（核心領域模型、服務、驗證規則）
├── Enterprise.DAL              // 資料存取層（Repository、Entity、Stored Procedure 呼叫）
├── Enterprise.Common           // 共用工具、擴充方法、常數、例外定義
└── Enterprise.Tests            // 單元測試、整合測試專案

各層職責深度解析

UI 層：專注呈現與互動

• 頁面/視圖僅負責資料綁定、使用者輸入收集、導航流程控制
• 不含 SQL、業務規則、複雜運算
• 透過介面（IUserService）呼叫 BLL，降低耦合
• 美術/前端人員可獨立作業於 View/樣式/Script

BLL 層：系統核心，封裝變化點

設計原則：封裝易變更的業務規則

public class UserService : IUserService
{
    private readonly IUserRepository _repo;
    
    public UserService(IUserRepository repo) { _repo = repo; }

    public void CreateUser(string userName)
    {
        // 唯一性驗證集中於此，呼叫端無需重複
        if (_repo.Exists(userName))
            throw new BusinessException("使用者名稱已存在");
            
        var user = new User { Name = userName, CreatedAt = DateTime.Now };
        _repo.Add(user);
    }

    public void BatchImportUsers(IEnumerable names)
    {
        // 批次匯入複用同一驗證邏輯
        foreach (var name in names)
            CreateUser(name); // 交易邊界由上層控制
    }
}

• 集中管理「使用者名稱必填且唯一」等規則
• 新需求（如批次匯入）僅擴充 Service 方法，不動 UI/DAL
• 便於單元測試：Mock Repository 即可驗證業務流程

DAL 層：隔離資料庫細節

• 封裝 ADO.NET / Entity Framework / Dapper 操作
• 提供 IUserRepository 介面，實作可替換
• 雖理論支援資料庫遷移，實務上較少變更，重點在測試替身與關注點分離

依賴方向與介面隔離

UI --> BLL (介面) <-- DAL (實作)
      ^
      | 參考 Common

• UI 僅參考 BLL 介面與 Common
• BLL 定義 Repository 介面，DAL 實作
• 透過 DI 容器（Autofac/Unity/內建）注入具體實作

常見誤區與對策

下一步：實作範例

後續將示範：

1. Repository Pattern 與 Unit of Work 實作
2. 自訂驗證屬性與 FluentValidation 整合
3. 跨層例外處理與記錄策略
4. 自動化建置與部署管線

三層架構非銀彈，但若能嚴守職責邊界、善用介面隔離，即能打造可維護、可測試、可演進的企業級系統。