C#学习教程:ServiceStack – validation和数据库访问分享


ServiceStack – validation和数据库访问

我正在使用ServiceStack实现Api。 我的解决方案的一个关键方面是积极的validation策略。

我使用ServiceStack的ValidationFeature,这意味着如果在应用程序容器中注册了IValidator (或其后代:AbstractValidator ),validation将在服务之前自动运行。

通过积极validation,我的意思是我检查所有可能的错误情况,以及validation器级别的逻辑validation。 因此,我的服务逻辑非常简洁。

从实际的角度来看,服务validation的服务逻辑的这种独立性是非常好的,因为它提供了非常容易阅读和推理服务逻辑/实现。 但是,我开始认为FluentValidation的规则和规则集更适合简单的格式validation,而不是直接在我正在进行的数据库访问(主要是测试源自请求中提取的ID的404错误)。

问题:

1:validation逻辑在概念上是否存在访问数据库的错误?

2:从我到目前为止看到的,包括SS源代码,我没有找到一个表单来定义FluentValidation规则,例如:从请求中提取Id,访问数据库检索实体,如果是,则抛出404没有找到进入。 我只使用FV规则来定义基本格式validation,例如:

RuleFor(x => x.UserName).NotEmpty(); RuleFor(x => x.Password).NotEmpty(); 

其余的我手动做。 有解决这个问题的人吗?

注意:这不是关于如何将ValidationResult / ValidationError转换为HttpResult / HttpError的问题。 我已经介绍过,使用了SS 3.9.44中引入的ValidationFeature的ErrorResponseFilter。 谢谢

是的,在validation逻辑中检查是否存在数据库记录是不正确的,因为这不是validation检查。 这就是为什么不以这种方式在示例中完成的原因。

检查是否存在记录是validation检查。 举例来说明这一点:

如果您使用信用卡号,您可以使用Luhn算法validation信用卡号是否有效。 这将在validation器中完成,因为它是validation。

但仅仅因为你有一个有效的数字并不意味着它存在,你可能有一个有效的号码,用于尚未发行的卡。 使用validation器validation它是否存在是不正确的,因为这是一个validation过程,应该在业务逻辑中完成。

当您开始使用数据库来检查是否存在您不在validation范围内的东西,因为您应该只将validation数据传递给数据库。

您可以在此处详细了解validation和validation之间的区别 。

上述就是C#学习教程:ServiceStack – validation和数据库访问分享的全部内容,如果对大家有所用处且需要了解更多关于C#学习教程,希望大家多多关注—猴子技术宅(www.ssfiction.com)

本文来自网络收集,不代表猴子技术宅立场,如涉及侵权请点击右边联系管理员删除。

如若转载,请注明出处:https://www.ssfiction.com/ckf/1269704.html

(0)
上一篇 1天前
下一篇 1天前

精彩推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注