We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
1.关于拦截器部分,拦截器采用递归调用,使用了CancelableCountDownLatch拦截,但是发现拦截器的调用,并不是并发处理的,也是必须一个个调用,那么这里CancelableCountDownLatch仅仅只是为了实现超时放行和中断取消么?那如果是这样,应该也有别的方式实现,为什么使用这个。 2.拦截器,注册那个部分,感觉可以简化一些,但是拦截器似乎是全局的,所有页面的调用都会经过拦截器,通过有没有提供回调来判定是否需要开启拦截器,那么如果某些页面,只希望执行一部分拦截器,似乎就比较麻烦了,需要在拦截器中在做判断了,而且,好像也没有办法吧拦截器归类到页面或安组来区分。
还有一些问题,这里先不问了,上面两个是我比较想知道设计上是出于什么目的这样设计的。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
1.关于拦截器部分,拦截器采用递归调用,使用了CancelableCountDownLatch拦截,但是发现拦截器的调用,并不是并发处理的,也是必须一个个调用,那么这里CancelableCountDownLatch仅仅只是为了实现超时放行和中断取消么?那如果是这样,应该也有别的方式实现,为什么使用这个。
2.拦截器,注册那个部分,感觉可以简化一些,但是拦截器似乎是全局的,所有页面的调用都会经过拦截器,通过有没有提供回调来判定是否需要开启拦截器,那么如果某些页面,只希望执行一部分拦截器,似乎就比较麻烦了,需要在拦截器中在做判断了,而且,好像也没有办法吧拦截器归类到页面或安组来区分。
还有一些问题,这里先不问了,上面两个是我比较想知道设计上是出于什么目的这样设计的。
The text was updated successfully, but these errors were encountered: