设计模式-------【简单工厂设计模式】

简单工厂设计模式

定义：

也叫静态工厂模式。简单工厂模式是工厂模式家族中最简单实用的模式，可以理解为是不同工厂模式的一个特殊实现。

模式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");//奶油蛋糕
    }
}

 运行结果

总结 ：

优点：我们可以对创建的对象进行一些 “加工” ，而且客户端并不知道，因为工厂隐藏了这些细节。如果没有工厂的话，那我们是不是就得自己在客户端上写这些代码，这就好比本来可以在工厂里生产的东西，拿来自己手工制作，不仅麻烦以后还不好维护。

缺点：由于工厂类集中了所有实例的创建逻辑，违反了高内聚责任分配原则，将全部创建逻辑集中到了一个工厂类中；它所能创建的类只能是事先考虑到的，如果需要添加新的类，则就需要改变工厂类了。
当系统中的具体产品类不断增多时候，可能会出现要求工厂类根据不同条件创建不同实例的需求．这种对条件的判断和对具体产品类型的判断交错在一起，很难避免模块功能的蔓延，对系统的维护和扩展非常不利；