定义:

提供一个创建一系列相关或相互依赖对象的接口,而无需指定他们具体的类。

结构:(书中图,侵删)

这个图相对来说有一点点复杂,其实就是在工厂方法模式的基础上做了一些扩展,工厂方法模式只用于生成一种产品(把上图ProductB相关的都去掉就是了),而抽象工厂模式可用于生产多种产品。
加上例子吧,假设生产海贼的手办(路飞和娜美)。
一个抽象工厂抽象接口(包含生成所有类型产品的方法,即生成路飞和娜美的方法)
若干个具体工厂(各种生成产品的不同实现的工厂,理论上,同一个具体工厂底下生成的都是同一个系列的产品。类似于A工厂生成两年前的,B工厂生成两年后的,生成出来的都是同一个人物)
若干个抽象的产品接口(这里就是路飞和娜美两个)
每个抽象的产品接口下有若干个具体的产品类(路飞下有(两年前路飞、两年后路飞);娜美下有(两年前娜美,两年后娜美))
根据上例照着原格式再来画张图,便于理解:(把client去掉了,懒得画)

实例:

鉴于书中的例子相当的常见,所以决定延用书中的例子。
就是更换数据库的例子。
假设系统中有员工、部门两个类。
然后系统需要使用mysql和oracle两个数据库。
为了代码简洁,不分什么dao层之类的,直接把调用数据库的方法写在实体里。
员工抽象类:

package designpattern.abstractfactory;

public abstract class Employee {
private String name; abstract void insert(Employee employee); public String getName() {
return name;
} public void setName(String name) {
this.name = name;
} @Override
public String toString() {
return "Employee [name=" + name + "]";
} }
oracle员工类:

package designpattern.abstractfactory;

public class OracleEmployee extends Employee {

    @Override
void insert(Employee employee) {
System.out.println("往oracle数据库插入一条Employee员工数据:" + employee);
} }
mysql员工类:

package designpattern.abstractfactory;

public class MysqlEmployee extends Employee {
@Override
public void insert(Employee employee) {
System.out.println("往mysql数据库插入一条Employee员工数据:" + employee);
} }
部门抽象类:

package designpattern.abstractfactory;

public abstract class Department {
String name; abstract void insert(Department department); public String getName() {
return name;
} public void setName(String name) {
this.name = name;
} @Override
public String toString() {
return "Department [name=" + name + "]";
} }
oracle部门类:

package designpattern.abstractfactory;

public class OracleDepartment extends Department {

    @Override
void insert(Department department) {
System.out.println("往oracle数据库插入一条Department部门数据:" + department);
} }
mysql部门类:

package designpattern.abstractfactory;

public class MysqlDepartment extends Department {

    @Override
void insert(Department department) {
System.out.println("往mysql数据库插入一条Department部门数据:"+department);
} }
抽象工厂类:

package designpattern.abstractfactory;

public interface Factory {
Employee createEmployee(); Department createDepartment();
}
mysql工厂类:

package designpattern.abstractfactory;

public class MysqlFactory implements Factory {

    @Override
public Employee createEmployee() {
return new MysqlEmployee();
} @Override
public Department createDepartment() {
return new MysqlDepartment();
} }
oracle工厂类:

package designpattern.abstractfactory;

public class OracleFactory implements Factory {

    @Override
public Employee createEmployee() {
return new OracleEmployee();
} @Override
public Department createDepartment() {
return new OracleDepartment();
} }
客户端:

package designpattern.abstractfactory;

public class Client {
public static void main(String[] args) {
Factory factory = new MysqlFactory();
// Factory factory=new OracleFactory(); Employee employee = factory.createEmployee();
employee.setName("张三");
employee.insert(employee); Department department = factory.createDepartment();
department.setName("技术部");
department.insert(department); }
}
结果输出:

往mysql数据库插入一条Employee员工数据:Employee [name=张三]
往mysql数据库插入一条Department部门数据:Department [name=技术部]
这个设计模式很好的解除了客户端与实例创建过程的耦合,通过抽象出接口的方式,使客户端只需要和接口打交道。
同时也使得切换数据库变得容易,只需要修改初始化的语句即可。
这同样也是这个模式的不足之处,意味着所有需要用到数据库连接的地方都要写上这句初始化语句,使得修改的工作量变得很大。
 
接下来就一步一步优化它:
首先,使用哪个数据库的判断是在客户端,我们需要把这个判断转移,使用简单工厂模式,将判断转移至简单工厂:
简单工厂:

package designpattern.abstractfactory;

public class SimpleFactory {
static String db = "mysql";
//static String db="oracle"; static Employee createEmployee() {
switch (db) {
case "mysql":
return new MysqlEmployee();
case "oracle":
return new OracleEmployee();
default:
return null;
}
} static Department createDepartment() {
switch (db) {
case "mysql":
return new MysqlDepartment();
case "oracle":
return new OracleDepartment();
default:
return null;
}
} }
客户端:

package designpattern.abstractfactory;

public class Client2 {
public static void main(String[] args) {
Employee employee = SimpleFactory.createEmployee();
employee.setName("张三");
employee.insert(employee); Department department = SimpleFactory.createDepartment();
department.setName("技术部");
department.insert(department); }
}
然后,如果再增加一个数据库,需要在所有的方法里增加switch的case,这也是很麻烦的事情,这里需要用到反射来解决这个问题:
反射版简单工厂:

package designpattern.abstractfactory;

public class ReflectSimpleFactory {
static String db = "Mysql";
// static String db="Oracle"; static String path = "designpattern.abstractfactory";// 包路径 static Employee createEmployee() {
try {
Class<Employee> employee = (Class<Employee>) Class.forName(path + "." + db + "Employee");
return employee.newInstance();
} catch (ClassNotFoundException e) {
e.printStackTrace();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
}
return null;
} static Department createDepartment() {
try {
Class<Department> department = (Class<Department>) Class.forName(path + "." + db + "Department");
return department.newInstance();
} catch (ClassNotFoundException e) {
e.printStackTrace();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
}
return null;
} }
客户端:

package designpattern.abstractfactory;

public class Client3 {
public static void main(String[] args) {
Employee employee = ReflectSimpleFactory.createEmployee();
employee.setName("张三");
employee.insert(employee); Department department = ReflectSimpleFactory.createDepartment();
department.setName("技术部");
department.insert(department); }
}
通过反射,将程序由编译时改为运行时,彻底取代了switch语句。
 
现在,还剩最后一个问题,决定使用什么数据库的字符串还是写在代码中,修改之后还需要重新编译,这里只需要把字符串改到配置文件中即可:
简单工厂:

package designpattern.abstractfactory;

import java.io.IOException;
import java.io.InputStream;
import java.util.Properties; public class ReflectSimpleFactory2 { static String path = "designpattern.abstractfactory";// 包路径 static Employee createEmployee() {
try {
Class<Employee> employee = (Class<Employee>) Class.forName(path + "." + getDBName() + "Employee");
return employee.newInstance();
} catch (ClassNotFoundException e) {
e.printStackTrace();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
}
return null;
} static Department createDepartment() {
try {
Class<Department> department = (Class<Department>) Class.forName(path + "." + getDBName() + "Department");
return department.newInstance();
} catch (ClassNotFoundException e) {
e.printStackTrace();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
}
return null;
} private static String getDBName() {
String dbName = null;
try {
InputStream in = ReflectSimpleFactory2.class.getResourceAsStream("db.properties");
Properties pro = new Properties();
pro.load(in);
in.close();
dbName = pro.getProperty("db");
} catch (IOException e) {
e.printStackTrace();
} return dbName; }
}
配置文件:

db=Mysql
#db=Oracle
客户端:

package designpattern.abstractfactory;

public class Client4 {
public static void main(String[] args) {
Employee employee = ReflectSimpleFactory2.createEmployee();
employee.setName("张三");
employee.insert(employee); Department department = ReflectSimpleFactory2.createDepartment();
department.setName("技术部");
department.insert(department); }
}
大功告成!
 

总结:

抽象工厂设计模式和其他的工厂类设计模式一样,就是将客户端与具体的对象创建过程分离。
只不过这里所涉及到的不再是一种类,而是多种类,结构相对复杂。
同时也像上文说的一样,存在一些不足,可以具体情况具体分析,应该如何使用。
 

设计模式 | 抽象工厂模式(abstract factory)的更多相关文章

  1. 设计模式 - 抽象工厂模式(abstract factory pattern) 具体解释

    抽象工厂模式(abstract factory pattern) 详细解释 本文地址: http://blog.csdn.net/caroline_wendy/article/details/2709 ...

  2. C#设计模式——抽象工厂模式(Abstract Factory Pattern)

    一.概述在软件开发中,常常会需要创建一系列相互依赖的对象,同时,由于需求的变化,往往存在较多系列对象的创建工作.如果采用常规的创建方法(new),会造成客户程序和对象创建工作的紧耦合.对此,抽象工厂模 ...

  3. Objective-C设计模式——抽象工厂模式Abstract Factory(对象创建)

    抽象工厂模式 理解了工厂方法模式,其实抽象工厂和工厂方法模式有很多的相似之处.抽象工厂同样是分离客户端对象的创建和逻辑代码的,但是抽象工厂往往是产生一组数据而不单单是产生一个产品. 抽象工厂提供一个创 ...

  4. 大话设计模式--抽象工厂模式 Abstract Factory -- C++实现实例

    1. 抽象工厂模式: 提供一个创建一系列相关或者相互依赖对象的接口,而无需指定他们具体的类. 下面是工厂方法模式: 下面是抽象工厂模式: 和工厂方法模式相比 抽象工厂模式可以有多个Product抽象, ...

  5. 乐在其中设计模式(C#) - 抽象工厂模式(Abstract Factory Pattern)

    原文:乐在其中设计模式(C#) - 抽象工厂模式(Abstract Factory Pattern) [索引页][源码下载] 乐在其中设计模式(C#) - 抽象工厂模式(Abstract Factor ...

  6. 【设计模式】抽象工厂模式 Abstract Factory Pattern

    简单工厂模式是一个工厂类根据工厂方法的参数创建不出不同的产品, 工厂方法模式是每一个产品都有一个一一对应的工厂负责创建该产品.那么今天要讲的抽象工厂模式是一个工厂能够产生关联的一系列产品.抽象工厂模式 ...

  7. .NET设计模式(2):1.2 抽象工厂模式(Abstract Factory)

    概述 抽象工厂模式(Abstract Factory)是所有形态的工厂模式中最为抽象和最具一般性的一种形态.抽象工厂模式是指当有多个抽象角色时,使用的一种工厂模式.抽象工厂模式可以向客户端提供一个接口 ...

  8. 二十四种设计模式:抽象工厂模式(Abstract Factory Pattern)

    抽象工厂模式(Abstract Factory Pattern) 介绍提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类. 示例有Message和MessageModel,Messag ...

  9. 【UE4 设计模式】抽象工厂模式 Abstract Factory Pattern

    概述 描述 提供一个创建一系列相关或相互依赖对象的接口,而无须指定它们具体的类:具体的工厂负责实现具体的产品实例 抽象工厂中每个工厂可以创建多种产品(如苹果公司生产iPhone.iPad): 工厂方法 ...

  10. 抽象工厂模式(Abstract Factory)C#实例

    抽象工厂模式(Abstract Factory)C#实例 本文出处http://www.dofactory.com/net/abstract-factory-design-pattern 一.场景描述 ...

随机推荐

  1. PAT1083:List Grades

    1083. List Grades (25) 时间限制 400 ms 内存限制 65536 kB 代码长度限制 16000 B 判题程序 Standard 作者 CHEN, Yue Given a l ...

  2. 微服务与SOA的区别

    微服务架构强调的第一个重点就是业务系统需要彻底的组件化和服务化,原有的单个业务系统会拆分为多个可以独立开发,设计,运行和运维的小应用.这些小应用之间通过服务完成交互和集成.每个小应用从前端web ui ...

  3. 深夜学算法之SkipList:让链表飞

    1. 前言 上次写Python操作LevelDB时提到过,有机会要实现下SkipList.摘录下wiki介绍: 跳跃列表是一种随机化数据结构,基于并联的链表,其效率可比拟二叉查找树. 我们知道对于有序 ...

  4. 在单用户模式下修改CentOS的root密码

    我们在使用CentOS的过程中可能会发生忘记root用户密码的情况,本文就从应用的角度简单介绍一下如何在单用户模式下修改root用户的密码. 开启CentOS,进入系统启动菜单 将光标停留在系统开机时 ...

  5. 第二章——机器学习项目完整案例(End-to-End Machine Learning Project)

    本章通过一个例子,介绍机器学习的整个流程. 2.1 使用真实数据集练手(Working with Real Data) 国外一些获取数据的网站: Popular open data repositor ...

  6. req_params.go

    , fmt.Sprintf("%s: closing %s", proto, listener.Addr())) }

  7. JSON 的小技巧

    有的时候上游传过来的字段是string类型的,但是我们却想用变成数字来使用. 本来用一个json:",string" 就可以支持了,如果不知道golang的这些小技巧,就要大费周章 ...

  8. 「WC 2018」州区划分

    题目大意: 给一个无向图$G(V,E)$满足$|V|<=21$,对于某一种将$G(V,E)$划分为k个的有序集合方案,若每一个子集$G_i(V_i,E_i)$,$E_i=\{(x,y)|x\in ...

  9. BZOJ_3174_[Tjoi2013]拯救小矮人_贪心+DP

    BZOJ_3174_[Tjoi2013]拯救小矮人_贪心+DP Description 一群小矮人掉进了一个很深的陷阱里,由于太矮爬不上来,于是他们决定搭一个人梯.即:一个小矮人站在另一小矮人的 肩膀 ...

  10. Heartbeat实现集群高可用热备

    公司最近需要针对服务器实现热可用热备,这几天也一直在琢磨这个方面的东西,今天做了一些Heartbeat方面的工作,在此记录下来,给需要的人以参考. Heartbeat 项目是 Linux-HA 工程的 ...