在任何使用new 的地方使用Factory 模式,这将最大程度上降低具体类之间的依赖性。这是Factory 模式的设计初衷。
A a = new A();
使用Factory 模式以后
A a = AFactory.createA();
如何存在多种继承和关联关系,那么使用Factory 模式无疑比简单的new 更加合理。
public abstract class Shape
{
public abstract void draw();
}
public class Square extends Shape
{
public void draw(){ ... }
}
public class Triangle extends Shape
{
public void draw() { ... }
}
public Interface IShapeFactory
{
Shape createSquare();
Shape createTriangle();
}
任何IShapeFactory 接口的实现类都将提供Shape 的实例对象,这就是使用Shape 的类与Shape 的具体实现类之间消除了依赖性。
当然,一种更加常见的接口设计为:
public Interface IShapeFactory
{
Shape createShape(String shapeType) throws Exception;
}
public class ShapeFactory implemenets IShapeFactory
{
public Shape createShape(String shapeType) throws Exception
{
if(shapeType.equals("square"))
{
return new Square();
}
if(shapeType.equals("triangle"))
{
return new Triangle();
}
throws new Exception("Shape type " + shapeType + " is invalid.");
}
Factory 可以使高层策略模块在创建类的实例时无需依赖这些类的具体实现,尤其是实现类经常会变的情况,这就使得程序从整体结构上保持稳定。
但是,使用Factory 设计模式无疑使程序结构更复杂,因此在实际开发中,要尽量避免一上来就使用Factory 模式,缺省的使用Factory 通常不是最好的做法。