引言
我在开发过程中常常遇到这样一个问题(简化版描写叙述):一个文本框绑定了TextChanged事件,在还有一个方法中我想要改变文本框的值却不想触发TextChanged事件。
通常会使用例如以下方案解决:1. 先注销TextChanged事件,赋值完又一次绑定:
void A_TextChanged(object sender, EventArgs e) { A.TextChanged -= A_TextChanged; // do something. A.Text = "Hello world!"; // do something. A.TextChanged += A_TextChanged; } void B_TextChanged(object sender, EventArgs e) { A.TextChanged -= A_TextChanged; // do something. A.Text = "Hello world!"; // do something. A.TextChanged += A_TextChanged; }
2. 通用标记isEditing,此时能够适用于多种场景:
bool isEditing = false; void A_TextChanged(object sender, EventArgs e) { if (isEditing) return; isEditing = true; // do something. A.Text = "Hello world!"; // do something. isEditing = false; } void B_TextChanged(object sender, EventArgs e) { if (isEditing) return; isEditing = true; // do something. A.Text = "Hello world!"; // do something. isEditing = false; }引言小结: 两种方法均採用解绑-运行-绑定的思路。尽管能达到预期的效果,可是实现的冗余代码量太大,感觉非常痛苦。
正文
开发就是这样,经常在灵光一闪的瞬间。你忽然就有了一种解决这个问题的思路,这样的感觉非常让人欣喜若狂。
Idea描写叙述:简化解绑-绑定的过程,比如做到像usingkeyword那样,运行后自己主动释放对象。
而此时,我想到了“锁”这个概念。
锁,对于开发来说。经常使用与多线程的同步、对资源的锁定或者是资源的相互排斥,如XXXResetEvent、Lockkeyword、Mutex。
设计思路:在方法開始时记录一个Tag标记,若该Tag已经在使用,则return,否则继续运行。
简化版实现:
public class ExclusiveLock { private static Dictionary<object, bool> TagMap = new Dictionary<object, bool>(); public static void Run(object tag, Action action) { if (tag != null) { if (!TagMap.ContainsKey(tag)) { TagMap.Add(tag, false); } if (!TagMap[tag]) { TagMap[tag] = true; action(); TagMap[tag] = false; } } else { throw new NullReferenceException("參数tag不能为Null值。"); } } }
void A_TextChanged(object sender, EventArgs e) { ExclusiveLock.Run(this, () => { // do something. A.Text = "Hello world!"; // do something. }); } void B_TextChanged(object sender, EventArgs e) { ExclusiveLock.Run(this, () => { // do something. A.Text = "Hello world!"; // do something. }); }正文小结:当运行B方法时。将记录Tag为this的信号为true。此时为A赋值,会触发A_TextInput事件。但因为Tag为this的信号已经存在,所以不会运行Action中的代码。
总结
这个设计模式主要借鉴相互排斥信号量的思想,当一个信号存在的时候。其它与该信号同样的任务均不运行。在最大限度上简化了冗余代码。但设计难免总会有疏漏与不足。若您有不论什么问题,欢迎留言探讨,共同寻求更优的解决方式。