OOP应用程序体系结构:懒惰的加载器位于哪一层？

Question

我计划为应用程序组件http://martinfowler.com/eaaCatalog/inheritanceMappers.html实现继承Mapper模式

它需要具备的一个特性是，域对象可以引用大量的聚集项列表(其他10,000个域对象)。

因此，我需要某种延迟加载集合从聚合根域对象传递给其他域对象。

为了使我的(php)模型脚本组织起来，我将它们存储在两个文件夹中：

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

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

对于把它放在一个地方而另一个地方，有什么建议/理由吗？

• daccess =数据访问
• DDD=域驱动设计模式，Evans book
• PoEAA = Patterns of Application Architecture Patterns，Martin Fowler - book

Answer 1

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

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

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

那么，你的刀看起来可能是这样的：

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()方法，并且可以通过更改每个products都有一个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中。但是，我认为集合是域层的成员。