LINQ to SQL实现数据访问通用基类（续）

LINQ to SQL实现数据访问通用基类（续）2011-10-15 博客园 ^-^Roping.Zong在我们基于Domain驱动模式开发面向对象的多层架构的时候，层和层之间数据的传输对象（DTO）往往简化为领域对象模型，在上文中就是我们利用LINQ TO SQL对象设计器生成的Bill，Customer等实体类。

存在的问题

通常的做法，我们把这些实体类单独分成一层，这样程序分层划分成如下：

数据访问层（Data Access Layer）

业务层（Business Layer）

用户界面层（UI Layer）

实体层（Entity Layer）

注意，多层应用程序，一般遵守这样的规则：UI调用BL，BL调用DL，不能跨级调用，也不能底层调用上层，但是实体层是我们的DTO，各个层都可以调用它。

如果这样划分，我们系统就出现问题：

我们把RepositoryBase划到数据层，LINQ TO SQL对象设计器生成的类分到实体层，数据层引用实体层，没有问题，但是我们看到，在我们实体层，存在一个方法（以Bill为例）：

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

数据层也必须引用数据访问层，循环引用。另外，对于如何体现loadoption那？

解决循环引用

以Bill实体为例，循环引用的病因在于Bill实体中添加这样一个方法：

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

为什么要添加这个方法那？这样做就是充血模式的实体了。注意到RepositoryBase.cs有一段代码：

try
{
    object Repository = association.OtherType.Type.GetMethod（"CreateRepository"）.Invoke （null, null）;
    Repository.GetType（）.GetMethod（"IterateEntitySet",
                                 BindingFlags.NonPublic | BindingFlags.Instance）.Invoke（
        Repository,
        new object[4]
        {
            AssociationProperty.GetValue（theEntity, null）,
            context,
            OperationMode,
            Recursively
        }
        ）;
}
catch （System.Reflection.TargetInvocationException e）
{
    throw （e.InnerException）;
}