在这个设计模式初学者系列里我将改变以前的风格,今后每一篇都以真实的项目重构例子来描述重构到模式,所有的描述都来源于现实,如果没有现实的案例那我宁愿不写。希望以这种方式记录能够给一些像我一样曾经很困惑的朋友帮助。
背景
PM:小Y,你看,这个Dundas的Chart(注1)控件效果很好,功能也很强大,但是使用的时候太麻烦了,你能不能将其封装一下,这样其他人使用的时候也简单多了
我:嗯,这个我看看吧,应该可以。
注1
Dundas Chart控件是一个既可以用在WinForm里又可以用在WebForm里的图表控件,可以绘制各种曲线图、柱状图和饼图等等,功能十分强大。在本文中我们要了解Dundas Chart的三个概念:Chart、ChartArea、Series
如是我拿起纸和笔去收集需求:
A:这个我觉得当这个控件上的一个Series的Enabled属性值变化的时候应该触发一个事件,这样我们就可以在这个事件触发时干些事情了,但是现在没有,我不得不做很多工作
B:和A一样的问题,我觉得控件上一个ChartArea的Visible属性值变化时也应该触发一个事件。
C: ………
我的头慢慢的大起来,需求收集了一大堆,怎么弄呢?我还是做了下面这样的个设计
第一次重构:使用继承封装Chart原生API,使其更好使用
我相信很多人第一个设计也许是这样,一下子就想到继承,这样我们可以复用Dundas Chart里面的很多东西了,以免重写很多东西。
下面只选取一段Code:
public class JurassicSeries : Series
{
//...更多扩展
public event EventHandler SeriesEnabled;
protected void OnSeriesEnabled()
{
if (SeriesEnabled != null)
SeriesEnabled(this, new EventArgs());
}
public new bool Enabled
{
get { return base.Enabled; }
set {
base.Enabled = value;
OnSeriesEnabled();
}
}
//.....更多扩展
}
使用继承扩展Series后,我们终于有了这个事件了,但是因为Dundas并没有将他们的一些属性加上virtual,没办法,我只好在这些属性前加上new了,看着总是挺别扭。然后我将新的控件发布给项目组成员,大家都很高兴,几乎不需要改什么代码就可以享受到更好的“服务”了。
但是问题也接着而来
A:使用你这个控件后,我将控件上的内容保存为xml的时候怎么和原来的xml模板不再一样了啊,而且有的时候还老出现一些怪异行为,控件好像工作的不怎么稳定
原来Dundas的保存xml文件功能是通过反射将属性一个个作为XmlNode的Attribute,在我扩展的时候我给控件添加了一些属性,这样保存的XML文件当然不同了,而且由于使用了继承这种白箱复用机制,有的地方改变了控件的默认行为,所以带来控件工作不稳定,怎么办?看来继承也不是灵丹妙药,我不得不再一次陷入思考,寻找别的良方。