Refactoring to Factory Method
最近在看<重构到模式>,特此体验下:) .从一个简单的模式开始.
我们知道,factory method 是创建型模式中非常简单,却又使用平凡的一种.我一直认为要用反射替代factory method.而今天,我的目的不是展示如何替代它,而是如何一步步的获取它!
开始吧!( 07.1.23.20.51)
1.先写好我们的测试.这个测试是为了测试XMLBuilder,DOMBuilder两个类(都实现了OutputBuilder接口)的AddNode行为。
namespace TestProject
{
[TestFixture]
public class DOMBuilderTest
{
private OutputBuilder builder;
[SetUp]
public void Init()
{
builder = new DOMBuilder();
}
[Test]
public void AddNodeTest()
{
builder.AddAboveNode("Randy");
}
}
}
namespace TestProject
{
[TestFixture]
public class XMLBuilderTest
{
private OutputBuilder builder;
[SetUp]
public void Init()
{
builder = new XMLBuilder();
}
[Test]
public void AddNodeTest()
{
builder.AddAboveNode("Randy");
}
}
}
从中我们可以看出,两段代码有非常多的相似之处,不是吗?
重构应该是时时的,而不是项目结束。所以,立刻动手!
我们将AddNodeTest上提到另一个,更高层的测试中去。
[TestFixture]
public abstract class AbstractBuilderTest
{
private OutputBuilder builder;
public abstract OutputBuilder CreateBuilder(string name,int count);
[Test]
public void Init()
{
// builder 如何实例呢?
}
public void AddNodeTest()
{
builder.AddNode("Randy");
}
}
但是这个时候有个问题出现了,如何知道实例化那个builder呢?
在看看提取AddNodeTest方法后的2个Builder实现:
//新的XMLBuilderTest
[TestFixture]
public class XMLBuilderTest:AbstractBuilderTest
{
public OutputBuilder CreateBuilder(string name,int count)
{
return new XMLBuilder(name,count);
}
}
//新的DOMBuilderTest
[TestFixture]
public class DOMBuilderTest:AbstractBuilderTest
{
public OutputBuilder CreateBuilder(string name,int count)
{
return new DOMBuilder(name);
}
}
其实上面我们已经实现了factory method了。通过让XMLBuilder,DOMBuilder实现CreateBuilder后,就已经实现了Factory Method.具体看看
在AbstractBuilder中添加这么一句就完成了实例化工作:
[SetUp]
public void Init()
{
builder = new DOMBuilderTest().CreateBuilder("dom",1);
}
好了,我们的代码可以工作了!
从实现中,我们可以观察到这样一个问题:public abstract OutputBuilder CreateBuilder(string name,int count),需要2个参数.但是return new DOMBuilder(name);中根本没有利用count这个多余的参数,这个参数完全是为了XMLBuilder而准备的.所以,如果用factory method会存在这样一个问题:令人糊涂的参数!需要注意!
如何描述一个代码书写过程,感觉非常困难!诶,写完了,但是太乱了!
posted on 2007-01-23 21:00 flyingchen 阅读(284) 评论(0) 编辑 收藏 举报