.net core 常见设计模式-IChangeToken

一个对象A,希望它的某些状态在发生改变时通知到B(或C、D),
常见的做法是在A中定义一个事件(或直接用委托),当状态改变时A去触发这个事件。而B直接订阅这个事件

.net core 常见设计模式-IChangeToken

 

这种设计有点问题
B由于要订阅A的事件,所以B得完全引用A,其实有时候没必要,因为我只关心A的状态变化而已
状态变更通知这种场景很多,有没有更通用的方式呢?

 

解决思路

有个谁说的碰到问题加个中间层就解决了,如果解决不了就再加一层

.net core 常见设计模式-IChangeToken

A和B都引用ChangeToken,
B向ChangeToken注册一个委托说:将来你有变化时回调我这个委托
当A的状态变化时会调用ChangeToken的一个方法,这个方法内部就会去触发执行B之前塞进去的委托
此时比如有组件C、D、E..都关心A的状态变化,也可以引用ChangeToken,并向其注册自己的委托
这样ChangeToken可以作为一个通用组件,在很多需要更改通知是场景中使用,如:asp.net core的配置系统、终结点路由、 ....

 

实现

微软定义了一个IChangeToken
HasChanged:表示当前这个ChangeToken是否变化过了
ActiveChangeCallbacks:当 A触发ChangeToken发生变化时是否主动回调B塞进来的委托
RegisterChangeCallback(Action<object> callback, object state):提供一个方法,允许调用方塞入委托,B就是调用这个方法向ChangeToken塞入委托的。有一种情况是B希望在塞入委托的同时附带一个状态对象,将来委托被执行时这个状态对象作为执行委托的参数

CancellationChangeToken是一个用的比较多的实现类,它包含一个CancellationToken属性,这个属性是通过构造函数来初始化的(CancellationTokenSource、CancellationToken自行查询相关资料),
简化的源码如下:

1 public class CancellationChangeToken : IChangeToken 2 { 3 public CancellationChangeToken(CancellationToken cancellationToken) 4 { 5 Token = cancellationToken; 6 } 7 8 public bool ActiveChangeCallbacks { get; private set; } = true; 9 10 public bool HasChanged => Token.IsCancellationRequested; 11 12 private CancellationToken Token { get; } 13 14 public IDisposable RegisterChangeCallback(Action<object> callback, object state) 15 { 16 return Token.Register(callback, state); 17 } 18 }

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/wpsfdj.html