ADO.NET 快速上手常見問題與解答：架構設計、資料庫切換、ORM 效能權衡

針對 ADO.NET 封裝框架的常見疑問，作者深度解析設計取捨，涵蓋基類選擇、SQL 置放層級、多資料庫支援、ORM 定位與反射效能等核心議題。

代碼層面兩大問題復盤

1. 為何基類用抽象類而非介面？

初版 BaseSqlMapper 為抽象類，利用泛型約束在基類一次定義，衍生類免重複。後採納建議改為 ISqlMapper 介面，貫徹「面向介面編程」，解耦更徹底。

2. 表現層寫 SQL 是否不妥？

嚴重不妥。 範例為偷懶示範，實務上 SQL 應封裝於 DAL 層（如 PersonDao.Insert(Person model)），表現層僅操作領域模型，嚴守分層架構。

核心疑問深度解答

Q1：如何切換 SQL Server / Access / Oracle / XML 等資料源？

理想方案：抽象工廠 + 配置檔 + 反射。
務實方案：配置 sqlType 枚舉（0=SQL Server, 1=Oracle, 2=MySQL），MapperUtil 靜態建構式依類型實例化對應 IDbOperation 實作：

   


public enum SqlEnum { SQLServer=0, Oracle=1, MySql=2 }

static MapperUtil() {
    // 讀取 sqlType
    switch (sqlType) {
        case 0: operation = new SqlServer(connStr, timeout); break;
        case 1: operation = new Oracle(connStr, timeout); break;
        case 2: operation = new MySql(connStr, timeout); break;
    }
    new SqlMapper(operation); // 註冊到字典
}

新增資料庫只需實作 IDbOperation，擴充性極佳。

Q2：這算 ORM 嗎？反射會不會太慢？

• 定位：非嚴格 ORM，僅 ADO.NET 復習筆記衍生輕量封裝，參考 iBatis.NET/NHibernate 思想
• 反射效能：確有開銷，但對多數 MIS/後台系統、中小流量網站可接受
• 高效能場景：高併發、大數據量、即時系統 → 應避免反射，投入「資料裝潢」（快取、讀寫分離、分庫分表）
• 建議：新手精通 1-2 款主流 ORM（NHibernate、Dapper、EF Core）即可，勿重複造輪

架構啟示

1. 配置驅動 + 介面抽象 = 靈活切換資料庫
2. 分層嚴守：SQL 留在 DAL，表現層操作 POCO
3. 技術選型視業務而定：反射換開發效率，高效能場景換系統吞吐量
4. 站在巨人肩上：成熟 ORM 經過無數實戰驗證，優先評估復用