oop – ddd中的验证方法

首先,我认为验证在某种程度上是一个滑的主题,部分原因在于需要考虑的各种 contexts.最终,将在各种应用层执行验证规则.至少,域对象中应该有标准的防护.这些只是常规的前置条件和参数检查,应该是任何精心设计的对象的一部分,并符合您对Reigster方法的看法.正如lazyberezovsky所说,这是为了防止物体进入无效状态.我支持永远有效的学校.我认为如果需要将实体持久化为无效状态,则应为此目的创建新实体.

然而,仅此方法的一个问题是通常需要将这些验证规则导出到其他层,例如表示层.此外,在表示层中,规则需要以不同的格式进行格式化.它们需要一次性呈现,并可能转换为另一种语言,例如JavaScript,以便立即进行客户端反馈.尝试从类引发的异常中提取验证规则可能很困难或不切实际.或者,可以在表示层重新创建验证规则.这更简单,虽然可能违反DRY,但它允许规则依赖于上下文.特定工作流可能需要不同于实体本身强制执行的验证规则.

所描述的方法的另一个问题是可能存在超出实体范围的验证规则,并且这些规则必须与其他规则一起合并.例如,对于用户注册,另一个规则是确保电子邮件地址是唯一的.托管适用用例的应用程序服务通常会强制执行此规则.但是,它还必须能够将此规则导出到其他层,例如演示.

总的来说,我尝试将尽可能多的约束检查放入实体本身,因为我认为实体应该始终有效.有时可以设计规则框架,使其可用于引发异常并可导出到外层.其他时候,简单地跨层复制规则更容易.