重温了一下factory pattern,赶紧记录之 -
[b]Simple Factory pattern:[/b]
将变化的对象创建方法转移到单独的类中。需要传入参数,一般情况下已经够用。唯一的问题就是增加产品类别,需要改动工厂类。扩展优先于修改呀!
[b]
Factory Method pattern:[/b]
将具体产品的创建延迟到子类工厂创建。子工厂只负责自己产品的创建,上层父工厂不再关心如何产生各种产品。如此一来,便达到了依赖倒置 :roll:
[b]Abstract Factory Method:[/b]
有点混淆,与上一个相似,区别在于主要用于多种相似产品的创建,而每一个产品的创建则使用了Factory Method pattern。
[b]Simple Factory pattern:[/b]
将变化的对象创建方法转移到单独的类中。需要传入参数,一般情况下已经够用。唯一的问题就是增加产品类别,需要改动工厂类。扩展优先于修改呀!
public Product createProduct(int type)
{
switch (type)
{
case 1:
return new ProductA();
case 2:
return new ProductB();
default:
return null;
}
}
[b]
Factory Method pattern:[/b]
将具体产品的创建延迟到子类工厂创建。子工厂只负责自己产品的创建,上层父工厂不再关心如何产生各种产品。如此一来,便达到了依赖倒置 :roll:
public interface FactoryMethod
{
Product createProduct();
}
public class ConcreteFactoryMethodA implements FactoryMethod
{
public Product createProduct()
{
// TODO Auto-generated method stub
return new ProductA();
}
}
[b]Abstract Factory Method:[/b]
有点混淆,与上一个相似,区别在于主要用于多种相似产品的创建,而每一个产品的创建则使用了Factory Method pattern。
public interface AbstractFactory
{
Product createProduct();
Byproduct createByproduct();
}
public class ConcreteAbstractFactoryA implements AbstractFactory
{
public Product createProduct()
{
// TODO Auto-generated method stub
return new ProductA();
}
public Byproduct createByproduct()
{
// TODO Auto-generated method stub
return new ByproductA();
}
}