我是否误解了存储库模式的意图?
我会说“是的”,但要知道我和我共事过的每个人都出于同样的原因问了同样的事情......“你不是在第四维度思考,马蒂”。
让我们稍微简化一下,首先使用构造函数而不是 Create 方法:
Editor e = new Editor("Editor Name");
e = editorRepository.Add(e);
Project p = new Project("Project Name", e);
p = projectRepository.Add(p);
在下面,您的项目存储库始终存储有效的所有者(p.EditorId
)在创建时就添加到项目数据中,无论您如何重新填充编辑器的项目,它都会在那里。这就是为什么将所有必需的属性放入构造函数中是一个好习惯。如果您不想传递整个对象,只需传递e.Id
会做。
如果我想延迟加载成员编辑器,项目还需要对存储库的引用吗?
现在,至于如何根据需要重新填充编辑器的项目,您有几种选择,具体取决于您的目的。 Straight Repository 说你想要:
IEnumerable<Project> list = projectRepository.GetAllProjects()
.Where(x => x.editorId == e.Id);
但该放在哪里呢?不在项目或编辑器内部,你是对的,否则他们将必须访问存储库,这不好。上面的代码片段是松散耦合的,但不能单独重用。您刚刚达到了存储库模式的极限。
接下来是您的应用程序的适配器层,具有共享存储库源(StaticServiceWrapper
)以及某种 EditorAdapter 对象(或 Aggregate 或任何您所说的名称),或者现在您可以混合扩展方法,这些扩展方法可以流畅地与任何和所有必要的存储库进行通信。我还没有在生产系统中完全按照这种方式完成,但向您展示一个简洁的示例:
public static class Aggregators
{
// one to one, easy
public static Editor GetOwner(this Project p)
{
return StaticServiceWrapper.editorRep.GetEditorById(p.editorId);
}
// one to many, medium
public static IEnumerable<Project> GetProjects(this Editor e)
{
return StaticServiceWrapper.projectRep.GetAllProjects()
.Where(x => x.editorId == e.Id);
}
// many to many, harder
public static IEnumerable<Editor> GetMembers(this Project p)
{
var list = StaticServiceWrapper.projectMemberMap.GetAllMemberMaps()
.Where(x => x.projectId == p.projectId);
foreach ( var item in list )
yield return StaticServiceWrapper.editorRep.GetEditorById(item.editorId);
}
}
基本上,一旦您的 GetAll、GetById、添加、更新、删除对象存储库完成,您就必须单独保留关联,并继续沿着对象/层层次结构向上移动到有趣的部分,例如适配器、缓存和业务逻辑(“天啊!”).