我有这个包含验证规则的实体。有用。但似乎实体可能不是存储此类规则的最佳位置,因为如果我有一个包含100个实体的列表,则该代码运行100次,这似乎是不必要的。
所以在我看来,保存规则的更好的地方是在存储库中。我有一个每个实体的存储库,它是一个单例。
但问题是如何做到这一点?
import { type, Entity, validatedResource, association, resource, repository } from 'aurelia-orm';
import { ValidationRules } from 'aurelia-validation';
import { InviteRepository } from 'data/service/invite-repository';
import { autoinject } from 'aurelia-framework';
import { autoinject } from 'aurelia-framework';
@resource()
@repository(InviteRepository)
@validatedResource()
@autoinject()
export class Invite extends Entity {
repository: any;
id: number;
firstName = null;
lastName = null;
email = null;
message = null;
invitedOn: Date;
constructor() {
super();
ValidationRules
.ensure('firstName').required().satisfies(
(value)=> this.validateFirstName(value)
).withMessage("First Name must be Greg")
.ensure('lastName').required()
.ensure('email').email()
.on(Invite);
}
validateFirstName(name: string): boolean {
return this.getRepository().validateFirstName(this.firstName);
}
}
答案 0 :(得分:0)
有几种验证需要考虑。
首先是必须满足任何实体或价值甚至需要处理的正式验证。比如“此字段集中需要字段名称”。或者“名称必须为空”。等等。此验证逻辑属于工厂或实体/值构造函数,不需要外部调用。
另一种类型是检查有关系统当前状态的业务规则。例如,“您无法添加会使路由变得模糊的路由规则”。如果涉及多个实体/聚合,则可以将此逻辑放在域服务中。或者您可以将它放在实体中,前提是您从应用程序层调用它,并且手头需要所有需要的外部数据来构成验证决策。
最后,DB级别的规则旨在保持数据一致性。这些与DB约束自然匹配,属于存储库。
因此,在你的情况下,它可以将它放入实体构造函数中。