LINQ to SQL 實現資料存取通用基類（續）：解決循環引用與 LoadOptions

在領域驅動設計（DDD）的多層架構中，層間傳輸物件（DTO）常簡化為領域模型，例如用 LINQ to SQL 設計器產生的 Bill、Customer 等實體類別。常見分層如下：

• 資料存取層（DAL）
• 業務邏輯層（BLL）
• 使用者介面層（UI）
• 實體層（Entity Layer）

規則：UI 呼叫 BLL，BLL 呼叫 DAL，不可跨層或反向呼叫，但實體層作為 DTO，各層皆可引用。

循環引用問題

若將 RepositoryBase 放在 DAL，實體類別放在實體層，DAL 引用實體層無問題。但實體層中若包含如下方法（以 Bill 為例）：

public static RepositoryBase<Bill, LINQtoSQLHelper.DataContextSetUp> CreateRepository() 
{ 
    return new BillRepository(); 
}

這導致實體層必須引用 DAL，形成循環引用。該方法用於實現「充血模型」，透過反射取得實體對應的 Repository 以執行 CRUD。RepositoryBase 中透過反射呼叫 CreateRepository 與 IterateEntitySet 處理關聯實體。

解決方案：移除實體層依賴

改為在 DAL 中透過反射，從當前組件取得對應實體的 Repository 類別，避免實體層引用 DAL。核心代碼調整為：

object Repository = assembly.GetType(repositoryTypeName).GetMethod("CreateRepository").Invoke(null, null);

LoadOptions 的處理

底層無法感知業務層的載入需求，且 DataContext 為共用。利用泛型 RepositoryBase，新增查詢方法支援動態 LoadOptions：

public IList<TEntityType> Where(string predicate, params object[] values) { ... }
public IList<TEntityType> OrderBy(string ordering, params object[] values) { ... }
public IList<TEntityType> Take(int count) { ... }
public IQueryable Select(string selector, params object[] values) { ... }
// Lambda 表達式版本
public IList<TEntityType> Where(Func<TEntityType, bool> predicate) { ... }

透過這些方法，業務層可靈活指定查詢條件、排序、分頁與投影，間接實現 LoadOptions 效果。

本文為前一篇補充，代碼可自由使用，請註明出處。
配套原始碼：https://www.bianceng.net/dotnet/201212/726.htm