Question

我正计划为应用程序组件实现一个继承映射器模式 http://martinfowler.com/eaaCatalog/inheritanceMappers.html

它需要具备的一个功能是让域对象引用大量的aggreageted项目列表（10,000个其他域对象）

所以我需要将某种延迟加载集合从聚合根域对象传递给其他域对象。

为了保持我的（php）模型脚本的组织，我将它们存储在两个文件夹中：

MyComponent\
 controllers\
 models\
  domain\     <- domain objects, DDD repository, DDD factory
  daccess\    <- PoEAA data mappers, SQL queries etc
 views\

但是现在我绞尽脑汁想知道我的懒人装系列在哪里。它似乎跨越了两个层面。在内部它是一种数据映射器，在外部是一个域对象。

将它放在一个地方而不是另一个地方有任何建议/理由吗？

daccess =数据访问
DDD =领域驱动的设计模式，Eric Evans - 书
PoEAA =应用程序架构模式的模式，Martin Fowler - 书

Answer 1

简单的答案是它可能位于您的DataAccess层中。

//Domain Object
class Store {
  public function GetGiantListOfProducts() { }
}

//DataAccess Object
class LazyLoadingStore extends Store {
  public function GetGiantListOfProducts() { // function override
     // data access code
  }
}

然后，您的DAO可能如下所示：

class StoreProvider {
  public function GetStoreById($id) {
     //User expects a list of Store, but you actually return a list of LazyLoadingStore - nobody need know the difference
  }
}

更复杂的答案是 - 这个臭气熏天。你真的需要懒加载东西吗？重新检查您的聚合根源可能是一个更好的主意。也许您根本不需要$ store.GetGiantListOfProducts（）方法，并且可以通过更改每个Product具有GetStore（）方法的关系遍历来优雅地回避整个问题，并获得如下所示的产品列表：

class ProductProvider {
  public function GetAllForStore($store) {
     // return list of products for the store
  }
}

另一方面，如果关系必须以最初草绘的方式存在，那么也许延迟加载实际上是一个对域有意义的概念？在这种情况下，它存在于域中，并且应该具有比简单的LazyLoader更具体和有意义的名称。

有道理吗？

Answer 2

您是否正在编写数据访问层？如果是这样，您可能想尝试这里概述的技术：

http://mynerditorium.blogspot.com/2010/01/practical-pi-lazy-loading-for-your-hand.html

请注意，我遵循更多标准DAO模式，但我认为您可以将延迟加载位应用于您的特定模式。

使用上述技术时，我将延迟加载集合附加到聚合的DAL中的聚合。但是，我会认为该集合是域层的成员。

OOP应用程序架构：懒惰的加载程序所在的层是什么？

2 个答案: