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之间的区别 。