前言
工厂模式是java中使用特别广泛的一种设计模式,如过对象很复杂或者多个对象拥有一些共同的特性,比如数据存储,可以使txt,也可以是sql数据库,或者说是xml文件,当然Android还提供了preferences,都是存储文件那么方法的作用就会大同小异,这种情况下就很容易想到工厂模式。那么照例来分一下角色:
Product类: 产品的基类,定义抽象方法,等待具体产品类去实现。
ConcreteProduct类:具体的产品类,实现product里面的抽象方法,完成相应的功能。
对于Factory类也可以分为Factory类和ConcreteFactory类,但是一般情况下只需要ConcreteFactory类。
Factory:抽象工厂方法,定义获取产品类的方法。
ConcreteFactory:具体产品工厂类,这里如果不用反射来获取具体产品类的话,就得有多少产品就得定义多少个工厂实现类。
简单代码实现
之前用Builder模式实现宝马的组装,相同的其实工厂模式更适合汽车的生产模式,那么我们就来生产奔驰汽车,抽象模型为:奔驰车的抽象类,这里定义奔驰所以汽车公用的功能,具体让具体产品去实现该功能;奔驰A生产线,这里具体生产A级车,按着定义的功能具体实现;同样再定义一个B级车;有了Product类,就得封装一个获取产品的类,相当于用户来购买汽车,告诉我要啥,我得找到相应的汽车,给到客户。
BenzProduction类:所有车的基类,一个抽象方法:
package com.demo.factorypattren;
/**
* Created by italkbb on 2017/12/14.
*/
public abstract class BenzProduction {
/**
* 装配引擎
*/
public abstract void addEngine();
/**
* 装配外壳
*/
public abstract void addShell();
/**
* 装配内饰
*/
public abstract void addDecoration();
/**
* 获取产品属性
*/
public abstract String getProductInfo();
}
BenzProduction类定义了汽车的公有功能,那么我们A级或者B级车都应该按着这个模式实现这些功能:
package com.demo.factorypattren;
import android.util.Log;
/**
* Created by italkbb on 2017/12/14.
*/
public class BenzAProduction extends BenzProduction {
// 类名,用于日志区分
public final static String CLASSNAME = BenzAProduction.class.getSimpleName();
@Override
public void addEngine() {
Log.v(CLASSNAME,"奔驰A级车装配发动机");
}
@Override
public void addShell() {
Log.v(CLASSNAME,"奔驰A级车装配外壳");
}
@Override
public void addDecoration() {
Log.v(CLASSNAME,"奔驰A级车装配内饰");
}
@Override
public String getProductInfo() {
return "奔驰A180";
}
}
为了突出模式的好处,我们在同样定义B级车:
package com.demo.factorypattren;
import android.util.Log;
/**
* Created by italkbb on 2017/12/14.
*/
public class BenzBProduction extends BenzProduction {
// 类名,用于日志区分
public final static String CLASSNAME = BenzBProduction.class.getSimpleName();
@Override
public void addEngine() {
Log.v(CLASSNAME,"奔驰B级车装配发动机");
}
@Override
public void addShell() {
Log.v(CLASSNAME,"奔驰B级车装配外壳");
}
@Override
public void addDecoration() {
Log.v(CLASSNAME,"奔驰B级车装配内饰");
}
@Override
public String getProductInfo() {
return "奔驰B200";
}
}
这样生产线已经具备生产能力,但是的有一个指挥官,决定要啥车,这就是Factory,这里就直接定义一个Factory的实现类:
package com.demo.factorypattren;
/**
* Created by italkbb on 2017/12/14.
*/
public class BenzFactory {
/**
* 生产Benz车的工厂类
* @param clz
* @param <T>
* @return
*/
public static <T extends BenzProduction> T getBenzCar(Class<T> clz){
BenzProduction mBenzProduction = null;
try {
mBenzProduction = (BenzProduction) Class.forName(clz.getName()).newInstance();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
} catch (ClassNotFoundException e) {
e.printStackTrace();
}
return (T) mBenzProduction;
}
}
通过反射,只需要传入class类就能过得到相应的产品了,所以我这里直接实现Factory类,这样工厂方法模式就完成了,例子很简单,记录一下,以便于以后能回来看看,再看看简单的使用吧,在Activity里定义两个button,分别获取A和B级车:
package com.demo.factorypattren;
import android.os.Bundle;
import android.support.annotation.Nullable;
import android.support.v7.app.AppCompatActivity;
import android.util.Log;
import android.view.View;
import teltplay.example.com.kotlindemo.R;
/**
* Created by italkbb on 2017/12/14.
*/
public class FactoryActivity extends AppCompatActivity {
// 类名,用于日志区分
public final static String CLASSNAME = FactoryActivity.class.getSimpleName();
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_factory);
// 我要一辆A级奔驰
findViewById(R.id.givebenz_a).setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
BenzProduction mBenzProduction = BenzFactory.getBenzCar(BenzAProduction.class);
Log.v(CLASSNAME,mBenzProduction.getProductInfo());
}
});
// 我要一辆B级奔驰
findViewById(R.id.givebenz_b).setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
BenzProduction mBenzProduction = BenzFactory.getBenzCar(BenzBProduction.class);
Log.v(CLASSNAME,mBenzProduction.getProductInfo());
}
});
}
}
这样做的好处显而易见,简单了产品的生产流程,而且提高了代码的可读性。
后记
之前断断续续看了java的设计模式,但是其实平时想起来用的就那么几个,所以我觉得应该系统的在看一遍,随便做这次笔记,这算是一个把书读薄的过程吧。工厂方法模式虽然有很多好处,但是如果产品就一个,或者说这个生产过程比较简单,那么或许你应该考虑一下是否应该换一种方法来实现呢,代码追求的应该是谁更加适合,而不是硬套模式。