简单工厂设计模式
定义:
也叫静态工厂模式。简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现。
模式UML图:
工厂包含的角色:
工厂(Creator)角色
简单工厂模式的核心,它负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用,创建所需的产品对象。
抽象产品(Product)角色
简单工厂模式所创建的所有对象的父类,它负责描述所有实例所共有的公共接口。
具体产品(Concrete Product)角色
是简单工厂模式的创建目标,所有创建的对象都是充当这个角色的某个具体类的实例。
示例场景
有一家面包店,可以用户喜欢吃的面类类型制作不同的面包
代码示例
创建面包抽象类
public abstract class Bread { }
创建奶油面包,水果面包继承面包类
public class ButterBread extends Bread { ButterBread(){ System.out.println("制作了一份奶牛面包"); } }
public class ButterBread extends Bread { ButterBread(){ System.out.println("制作了一份奶牛面包"); } }
创建面包工厂类,生产面包
public class BreadFactory { Bread bread=null; public Bread madeBread(String orderStr){ if(orderStr.equals("fruits")){ bread=new FruitsBread(); } if(orderStr.equals("butter")){ bread=new ButterBread(); } return bread; } public static void main(String arg[]){ BreadFactory factory=new BreadFactory(); factory.madeBread("butter");//水果蛋糕 factory.madeBread("fruits");//奶油蛋糕 } }
运行结果
总结 :
优点:我们可以对创建的对象进行一些 “加工” ,而且客户端并不知道,因为工厂隐藏了这些细节。如果没有工厂的话,那我们是不是就得自己在客户端上写这些代码,这就好比本来可以在工厂里生产的东西,拿来自己手工制作,不仅麻烦以后还不好维护。
缺点:由于工厂类集中了所有实例的创建逻辑,违反了高内聚责任分配原则,将全部创建逻辑集中到了一个工厂类中;它所能创建的类只能是事先考虑到的,如果需要添加新的类,则就需要改变工厂类了。
当系统中的具体产品类不断增多时候,可能会出现要求工厂类根据不同条件创建不同实例的需求.这种对条件的判断和对具体产品类型的判断交错在一起,很难避免模块功能的蔓延,对系统的维护和扩展非常不利;