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会存在这样一个问题:令人糊涂的参数!需要注意!

如何描述一个代码书写过程，感觉非常困难！诶，写完了，但是太乱了！