引言
我在开发过程中经常遇到这样一个问题(简化版描述):一个文本框绑定了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描述:简化解绑-绑定的过程,例如做到像using关键字那样,执行后自动释放对象。而此时,我想到了“锁”这个概念。锁,对于开发来说,常用与多线程的同步、对资源的锁定或者是资源的互斥,如XXXResetEvent、Lock关键字、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中的代码。
总结
这个设计模式主要借鉴互斥信号量的思想,当一个信号存在的时候,其他与该信号相同的任务均不执行。在最大限度上简化了冗余代码。但设计难免总会有疏漏与不足,若您有任何问题,欢迎留言探讨,共同寻求更优的解决方案。