在我们基于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);
}