域驱动设计 – PHP存储库模式实现问题

例如,实体(或实体集合),或者是对自身的引用,然后可以用来访问包含实体集合的属性？

拿这个示例代码：

$user = $userRepository->findById(1);

要么

$users = $userRepository->findAll();

我认为在大多数代码中,用户实体对象或用户集合实体将从这样的调用返回.

对我来说似乎有点奇怪,从一个方向来说,一个Repository会直接返回对象,但是从另一个方面来看,它会在对它们进行操作之前将它们保持在状态.以此示例代码为例：

$user = $factory->make('user');
$user->setName($array_data['name']);

$repo->add($user);
$repo->save();

这是怎么做的？

我认为我希望在检索方面看到更多这样的东西：

$users = $userRepository->findAll(); // Returns $userRepository reference

foreach($users->collection() as $user) {
    // Do some operations,or whatever
}

$users->save();

或者,对于只读需求：

$users = $userRepository->findAll();
$users = $users->collection(); // Returns User Entities held in state

澄清为什么以这种或那种方式完成它将非常感激.

工厂属于域内的哪个部门？

它应该作为Mapper对象的依赖注入吗？似乎还必须存在来自控制代码/服务层的工厂访问权限,用于创建要提交到存储库的实体.

这导致我的下一个问题……

从控制类/服务层创建新实体的首选方法是什么？

我见过使用Factory对象,如下所示：

$user = $factory->make('user');
$user->setName($array_data['name']);

$repo->add($user);

以及内置的Repository方法,如下所示：

$repo->saveFromArray($array_data);

在第二个示例中,$array_data将通过存储库转发到Mapper,然后Mapper将执行保存.当然,在任一示例中,都将预先检查数据源的重叠记录.

我假设第一种方法是首选？它似乎是一种更加面向对象的方法.