awesome-fenix 「Comment」https://icyfenix.cn/architect-perspective/general-architecture/system-security/verification.html

「Comment」https://icyfenix.cn/architect-perspective/general-architecture/system-security/verification.html

Open fenixsoft opened this issue 4 years ago • 12 comments

https://icyfenix.cn/architect-perspective/general-architecture/system-security/verification.html

Apr 14 '20 13:04 fenixsoft

常规异常和业务异常都返回ConstraintViolationException统一处理，如果想区分两种异常来对用户不同展示方式，比如业务异常会提示用户详细原因，常规异常统一失败，怎么实现呢

May 14 '20 02:05 zhupishiye

@zhupishiye 常规异常和业务异常都返回ConstraintViolationException统一处理，如果想区分两种异常来对用户不同展示方式，比如业务异常会提示用户详细原因，常规异常统一失败，怎么实现呢

不同的校验异常可以从ConstraintViolationException派生出不同的子类来表示，譬如SomeBizException extends ConstraintViolationException

对于需要自定义信息的异常，可以针对性地定义专用的异常处理器，譬如SomeBizExceptionExceptionHandler，在该处理器中返回与客户端约定的格式

同时注册一个“兜底”用的ConstraintViolationException统一异常处理器，对没有哪些没有专门定义的异常处理的派生至ConstraintViolationException的异常进行统一的处理

May 14 '20 06:05 fenixsoft

Bean Validation在controller层的函数入参上，那还不是发生在controller层吗，或者是controller之前？不过确实更容易复用，维护。如果逻辑比较复杂，例如要根据客户端传参从数据库查出另一个值，然后再判断，若合法，这个值还要用在下面的步骤，如果也用Bean Validation就多了一次不必要的数据库查询

Dec 23 '20 08:12 UUNNFLY

@UUNNFLY Bean Validation在controller层的函数入参上，那还不是发生在controller层吗，或者是controller之前？不过确实更容易复用，维护。如果逻辑比较复杂，例如要根据客户端传参从数据库查出另一个值，然后再判断，若合法，这个值还要用在下面的步骤，如果也用Bean Validation就多了一次不必要的数据库查询

只是这里的演示代码拿了控制器的作为例子而已，Bean跨越了各个层次，验证的代码逻辑也不与任何一个层耦合，所以在哪里验证都是可行的、可选的。

譬如文中也举了个例子，Hibernate做持久化时也会进行验证，这就在DAL而不是在Controller中了。

Dec 23 '20 12:12 fenixsoft

@Pass、@PassOrPresent 应该是@past @PastOrPresent