抽象工厂模式
基本介绍
1)定义了一个interface用于创建相关或有依赖关系的对象簇，而无需指明具体的类
2)抽象工厂模式可以将简单工厂模式和工厂方法模式进行整合。
3)从设计层面看，抽象工厂模式就是对简单工厂模式的改进(或者称为进一步的抽象)。
4)将工厂抽象成两层，AbsFactory(抽象工厂)和具体实现的工厂子类。程序员可以根据创建对象类型使用对应的工厂子类。这样将单个的简单工厂类变成了工厂簇，更利于代码的维护和扩展。
类图
抽象工厂模式完成pizza项目
用尚硅谷韩老师的类图
改进是：我们的工厂被抽象成两层，以前是不同地区的订单，现在是不同地方的工厂，但是订单类只有一个，不同的订单，用不同的工厂实现子类来完成
代码
先是我们的5个pizza类
/**
* @author 王庆华
* @version 1.0
* @date 2020/12/21 20:06
* @Description TODO
* @pojectname 披萨抽象类 设置为抽象类
*/
public abstract class Pizza {
//披萨名字
protected String name;
//抽象方法 准备原材料 不同的披萨，原材料是不同的
//因此做成抽象方法
public abstract void prepare();
//其他方法，我们人为流程是差不多的所以就是普通方法
public void bake(){
System.out.println(name+"baking;");
}
public void cut(){
System.out.println(name+"cutting;");
}
public void box(){
System.out.println(name+"boxing");
}
public void setName(String name) {
this.name = name;
}
}
/**
* @author 王庆华
* @version 1.0
* @date 2020/12/25 20:47
* @Description TODO
* @pojectname 代码
*/
public class HNCheesePizza extends Pizza{
@Override
public void prepare() {
setName("河南的奶酪披萨");
System.out.println("给河南奶酪披萨准备原材料");
}
}
/**
* @author 王庆华
* @version 1.0
* @date 2020/12/25 20:49
* @Description TODO
* @pojectname 代码
*/
public class HNPepperPizza extends Pizza {
@Override
public void prepare() {
setName("河南的胡椒披萨");
System.out.println("给河南胡椒披萨准备原材料");
}
}
/**
* @author 王庆华
* @version 1.0
* @date 2020/12/25 20:47
* @Description TODO
* @pojectname 代码
*/
public class LDCheesePizza extends Pizza{
@Override
public void prepare() {
setName("伦敦的奶酪披萨");
System.out.println("给伦敦奶酪披萨准备原材料");
}
}
/**
* @author 王庆华
* @version 1.0
* @date 2020/12/25 20:47
* @Description TODO
* @pojectname 代码
*/
public class LDPepperPizza extends Pizza{
@Override
public void prepare() {
setName("伦敦的胡椒披萨");
System.out.println("给伦敦胡椒披萨准备原材料");
}
}
然后在看我们的改变啦！！！
我们工厂方法模式是订单类做成了抽象类，其中有一个抽象方法，这个抽象方法负责创建不同地方不同口味的实例，对吧
再来看我们的简单工厂模式，它是定义了一个SimpleFactory简单工厂让他来负责创建对象
然后再来看我们的抽象工厂模式
首先，他定义了一个工厂接口AbsFactory
/**
* @author 王庆华
* @version 1.0
* @date 2020/12/26 12:18
* @Description TODO
* @pojectname 抽象工厂模式的抽象层（接口）
*/
public interface AbsFactory {
//让下面的工厂子类具体实现创建什么种类的实例对象
public Pizza createPizza(String orderType);
}
这里面有一个方法，是用来创建不同地方不同口味的披萨的，那我们的简单工厂是这个类自己实现，工厂方法是子类来创建，现在他是个接口，该谁来创建呢？
那就是负责不同地方不同口味的工厂子类：HNFactory和LDFactory
/**
* @author 王庆华
* @version 1.0
* @date 2020/12/26 12:20
* @Description TODO
* @pojectname 河南工厂子类
*/
public class HNFactory implements AbsFactory {
@Override
public Pizza createPizza(String orderType) {
System.out.println("使用的是抽象工厂模式");
Pizza pizza = null;
if (orderType.equals("cheese")){
pizza = new HNCheesePizza();
}else if (orderType.equals("pepper")){
pizza = new HNPepperPizza();
}
return pizza;
}
}
/**
* @author 王庆华
* @version 1.0
* @date 2020/12/26 12:20
* @Description TODO
* @pojectname 伦敦工厂子类
*/
public class LDFactory implements AbsFactory {
@Override
public Pizza createPizza(String orderType) {
System.out.println("使用的是抽象工厂模式");
Pizza pizza = null;
if (orderType.equals("cheese")){
pizza = new LDCheesePizza();
}else if (orderType.equals("pepper")){
pizza = new LDPepperPizza();
}
return pizza;
}
}
那我们的订单类干什么呢？以前的工厂方法模式可是在订单中去创建不同的实例对象的，现在这个工作交给了工厂子类，订单作什么呢？
/**
* @author 王庆华
* @version 1.0
* @date 2020/12/26 12:26
* @Description TODO
* @pojectname 订单代码
*/
public class OrderPizza {
AbsFactory factory;
//构造器
public OrderPizza(AbsFactory factory){
setFactory(factory);
}
//通过接口依赖
private void setFactory(AbsFactory factory){
Pizza pizza = null;
String orderType = "";//用户输入种类
this.factory = factory;
do {
orderType = getType();
// factory可能是北京的工厂子类，也可能是伦敦的工厂子类
pizza = factory.createPizza(orderType);
if (pizza!=null){
pizza.prepare();
pizza.bake();
pizza.cut();
pizza.box();
}else {
System.out.println("订购失败");
break;
}
}while (true);
}
//获取客户订购的披萨种类
private String getType(){
try {
BufferedReader strin = new BufferedReader(new InputStreamReader(System.in));
System.out.println("input pizza 种类:");
String str = strin.readLine();
return str;
} catch (IOException e) {
e.printStackTrace();
return "";
}
}
}
我们发现订单类的构造函数，被传进去了一个接口对象，接口又不能new，所以相当于传递了一个接口对象的实现类，也就是HNFactory或者LDFactory！就是说，订单类初始化的时候已经拿到了是那个地方哪种口味的工厂，在订单类的setFactory方法中pizza又得到了口味类型，就能在不同的工厂中拿到自己口味的实例对象！！！
/**
* @author 王庆华
* @version 1.0
* @date 2020/12/26 12:34
* @Description TODO
* @pojectname 代码
*/
public class PizzaStore {
public static void main(String[] args) {
new OrderPizza(new HNFactory());
}
}
至此我们的抽象工厂模式完成
源码分析及补充
举例java——util——Calendar类 日历类
import java.util.Calendar;
/**
* @author 王庆华
* @version 1.0
* @date 2020/12/26 12:53
* @Description TODO
* @pojectname 工厂模式源码分析
*/
public class test {
public static void main(String[] args) {
Calendar cal = Calendar.getInstance();
System.out.println("年："+cal.get(Calendar.YEAR));
System.out.println("月："+(cal.get(Calendar.MONTH)+1));
System.out.println("日："+cal.get(Calendar.DAY_OF_MONTH));
System.out.println("时："+cal.get(Calendar.HOUR_OF_DAY));
System.out.println("分："+cal.get(Calendar.MINUTE));
System.out.println("分："+cal.get(Calendar.SECOND));
}
}
1.我们的Calendar来创建实例的时候我们发现是通过类名.getInstance来创建实例的，也就是说getInstance是Calendar的一个静态方法，我们点进去看源码
public static Calendar getInstance()
{
return createCalendar(TimeZone.getDefault(), Locale.getDefault(Locale.Category.FORMAT));
}
诶！！！发现他调用了一个createCalendar方法，像不像我们的createPizza方法，它传递的是时区之类的，我们是传递口味，是不是很像！！1
2.点进createCalendar方法
private static Calendar createCalendar(TimeZone zone,
Locale aLocale)
{
CalendarProvider provider =
LocaleProviderAdapter.getAdapter(CalendarProvider.class, aLocale)
.getCalendarProvider();
if (provider != null) {
try {
return provider.getInstance(zone, aLocale);
} catch (IllegalArgumentException iae) {
// fall back to the default instantiation
}
}
Calendar cal = null;
if (aLocale.hasExtensions()) {
String caltype = aLocale.getUnicodeLocaleType("ca");
if (caltype != null) {
switch (caltype) {
case "buddhist":
cal = new BuddhistCalendar(zone, aLocale);
break;
case "japanese":
cal = new JapaneseImperialCalendar(zone, aLocale);
break;
case "gregory":
cal = new GregorianCalendar(zone, aLocale);
break;
}
}
}
我们只关注我们感兴趣的地方，有些地方，看不懂也没关系
Calendar cal = null;准备创建不同的实例啦！！！
看他是怎么来创建的**if (aLocale.hasExtensions()) {**判断后缀是什么
case "buddhist":
cal = new BuddhistCalendar(zone, aLocale);
break; 是不是根据不同的后缀创建不同的实例对象，像不像我们的工厂方法模式！！