Question

＃1。验证表格上的EmailAddress

我有一个后端表单类，其emailAddress属性具有验证逻辑，因此我可以将错误消息返回给用户。我用以下内容验证所有表单输入：

$form->fillWith($request->input());

if($form->validate()){
    $form->dispatch($command); // if synchronous, form takes command's messageBag
}

return response($form->getMessageBag()->toJson());

＃2。在命令处理程序中验证EmailAddress值对象

我有一个命令处理程序，它将获取原始字符串email并创建一个值对象。如果电子邮件无效，则value对象将在创建时抛出异常：

public function handle($command){

   try {
      $emailAddress = new ValueObjects\EmailAddress($command->emailAddress);

      // create more value objects...

      // do something else with the domain...

   } catch (DomainException $e) {
        $this->messageBag->add("errors", $e->getMessage());
   } catch (\Exception $e) {
        $this->messageBag->add("errors", "unexpected error");
   }

   return $this->messageBag;
}

在＃1中，我希望在发送命令之前尽早捕获验证。但是在＃2中，当我构建VO时，重复验证逻辑。

我遇到的问题：

如果我需要更改电子邮件地址的验证要求，那么我必须更新这两个地方。
如果我在表单上使用VO，那么在传递给命令时我将不得不再次解构它们。另外，如果我的表单处于不同的Bounded Context中，那么我将让VO从其他Bounded Context中泄漏域（也许这是必要的？）。

所以我的问题是，我应该创建一些验证器对象，我的表单验证和VO可以共享/利用吗？或者如何捕获表单和值对象之间的重复验证问题？

Answer 1

将验证逻辑封装到可重用的类中。这些类通常称为规范，验证器或规则 是域名的一部分。

有多种方法可以做到这一点，这是我使用的一种方法：

定义提供Specification方法的接口bool IsSatisifed()。
为特定值对象实现此接口，例如EmailWellformedSpec。
使用规范作为前提条件在域中强制执行业务规则（即违规始终是编程错误）。
在服务层中使用规范进行输入输入验证（即违规是用户错误）。

如果要将多个规格组合成较大规格，Specification Pattern是一种很好的方法。请注意，如果使用该模式，则需要通过构造函数传递数据，但这不是问题，因为规范类通常很简单。

如何在域驱动设计中共享表单和值对象之间的验证？

1 个答案: