Replies: 2 comments 1 reply
-
|
最后发现这种场景还是更适合使用静态拦截器 |
Beta Was this translation helpful? Give feedback.
-
|
挺有意思的现象。我没过你说的 Unity 的拦截器。你使用拦截器的动机是什么？没有别的方式可以实现吗？比如 MVVM 社区工具包提供了 INotifyPropertyChanged 以及 INotifyPropertyChanging 两个接口的实现，一般来说注册这些事件就可以满足很多需求了。 对于你提出的问题，你可以试试多在各种地方用一用，再看看有没有什么类似的现象。拦截器一般都是运行时通过反射的方式生成的，恐怕也没有什么办法借助 DnSpy、ILSpy 之类的方式通过反编译去查看。 |
Beta Was this translation helpful? Give feedback.
-
|
我在项目里用拦截器，主要是为了实现异常处理 动态代理的拦截器基本上都会无差别地对所有的虚方法进行代理，所以它自动把SetProperty这个方法给代理了。我发现静态代理的拦截器 PostSharp和Fody能实现我需要的功能，而且比动态代理的更好，像internal和private方法，动态代理的拦截器都不能处理，但是PostSharp和Fody就可以，而且对于其他不需要代理的方法，它们不会做任何事，也不需要配置IoC |
Beta Was this translation helpful? Give feedback.
-
这是我在stackoverflow上提的问题问题连接
使用了Unity的拦截器框架，拦截ViewModel的时候发现它调用SetProperty方法时会出现一个bug，SetProperty应该先赋值后触发事件，但使用了拦截器之后变成了先触发事件后赋值。之后，我发现Castle框架也有这样的问题，这是Castle对这个问题的解释：castle‘s explain。
这样的话，我不禁怀疑，使用拦截器可能会导致更多的bug。在ViewModel类中使用拦截器究竟是否合理呢？
Beta Was this translation helpful? Give feedback.
All reactions