Android设计模式之工厂模式

定义

工厂模式是咱们最经常使用的实例化对象模式了，是用工厂方法代替new操做的一种模式。著名的Jive论坛 ,就大量使用了工厂模式，工厂模式在Java程序系统能够说是随处可见。由于工厂模式就至关于建立实例对象的new，咱们常常要根据类Class生成实例 对象，如A a=new A() 工厂模式也是用来建立实例对象的，因此之后new时就要多个心眼，是否能够考虑使用工厂模式，虽然这样作，可能多作一些工做，但会给你系统带来更大的可扩 展性和尽可能少的修改量。

我的理解：工厂模式就等于生产产品，工厂模式实例化对象，当你须要实例化一个对象，你发现不止一个选择（全部供选择的类都实现了同一个接口）的时候，针对这一状况写一个通用的方法（方法返回类型是那个共用的接口），这就是工厂模式了。

案例讲解：以两个工厂造车类和全部工厂操做类来实现工厂模式

宝马类

public class Bmw implements Volkswagen {
    
     public static final int ID = 1;
    @Override
    public void drive() {
        // TODO Auto-generated method stub
        System.out.println("宝马造车成功啦");  
    }

    @Override
    public String getName() {
        // TODO Auto-generated method stub
        return "宝马";
    }

}

奔驰类

public class Benz implements Volkswagen {
    public static final int ID = 0;
    
    @Override
    public void drive() {
        // TODO Auto-generated method stub
        System.out.println("奔驰造车成功了");  

    }

    @Override
    public String getName() {
        // TODO Auto-generated method stub
        return "奔驰";
    }

}

Volkswagen.Java

/***
 * 产品操做
 * @author zq
 *
 */
public interface Volkswagen {

    void drive();
    
    String getName();
}

工厂类

/***
 * 工厂类
 * @author zq
 *
 */
public class VehicleVolkswagenFactory {
    
    
    public Volkswagen createVolkswagen(int id)
    {
        Volkswagen volkswagen=null;
        switch (id) {
        case Benz.ID:
            volkswagen=new Benz();
            break;
        case Bmw.ID:
            volkswagen=new Bmw();
            break;

        default:
            break;
        }
        return volkswagen;
    }
       //反射获得
    public Volkswagen createVolkswagen(Class <? extends Volkswagen> clazz){
        Volkswagen volkswagen = null;
        try {
            volkswagen = clazz.newInstance();
        } catch (InstantiationException e) {
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            e.printStackTrace();
        }
        return volkswagen;
    }

}

 

Activity.Java

public class VehicleActivity extends Activity
{
    TextView tv_benz,tv_bmx;
        VehicleVolkswagenFactory factory;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        // TODO Auto-generated method stub
        super.onCreate(savedInstanceState);
        setContentView(R.layout.vehicle_activity);
        factory = new VehicleVolkswagenFactory();
        initViewBenz();
        initViewBmw();
    }
    private void initViewBenz() {
        // TODO Auto-generated method stub
         tv_benz=(TextView) findViewById(R.id.tv_benz);
         Volkswagen volkswagen=factory.createVolkswagen(Benz.ID);
         tv_benz.setText(volkswagen.getName());
         volkswagen.drive();//工厂相关方法
        
    }
    private void initViewBmw() {
        // TODO Auto-generated method stub
        tv_bmx=(TextView) findViewById(R.id.tv_bmx);
        Volkswagen volkswagen=factory.createVolkswagen(Bmw.class);
        tv_bmx.setText("反射获得"+volkswagen.getName());
        
    }
    
}

优势
工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定 的信息,决定究竟应该建立哪一个具体类的对象.经过使用工厂类,外界能够从直接建立具体产品对象的尴尬局面摆脱出来,仅仅须要负责“消费”对象就能够了。而 没必要管这些对象究竟如何建立及如何组织的．明确了各自的职责和权利，有利于整个软件体系结构的优化。

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