C++设计模式从0进击-2-抽象工厂模式

Abstract Factory(抽象工厂模式):提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。

抽象工厂模式(Abstract Factory)

追MM少不了请吃饭了,麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西,虽然口味有所不同,但不管你带MM去麦当劳或肯德基,只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory

工厂模式:客户类和工厂类分开。消费者任何时候需要某种产品,只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时,工厂类也要做相应的修改。如:如何创建及如何向客户端提供。

//用户抽象接口
class IUser
{
public:
	virtual void GetUser() = 0;
	virtual void InsertUser() = 0;
};

//部门抽象接口
class IDepartment
{
public:
	virtual void GetDepartment() = 0;
	virtual void InsertDepartment() = 0;
};

//ACESS用户
class CAccessUser: public IUser
{
public:
	virtual void GetUser()
	{
		cout << "Access GetUser" << endl;
	}

	virtual void InsertUser()
	{
		cout << "Access InsertUser" << endl;
	}
};

//ACCESS部门
class CAccessDepartment: public IDepartment
{
public:
	virtual void GetDepartment()
	{
		cout << "Access GetDepartment" << endl;
	}

	virtual void InsertDepartment()
	{
		cout << "Access InsertDepartment" << endl;
	}
};

//SQL用户
class CSqlUser: public IUser
{
public:
	virtual void GetUser()
	{
		cout << "Sql User" << endl;
	}

	virtual void InsertUser()
	{
		cout << "Sql Insert User" << endl;
	}
};

//SQL部门
class CSqlDepartment: public IDepartment
{
public:
	virtual void GetDepartment()
	{
		cout << "Sql Department" << endl;
	}

	virtual void InsertDepartment()
	{
		cout << "Sql Insert Department" << endl;
	}
};

//抽象工厂
class IFactory
{
public:
	virtual IUser * CreateUser() = 0;
	virtual IDepartment * CreateDepartment() = 0;
};

//ACCESS工厂
class AccessFactory: public IFactory
{
public:
	virtual IUser * CreateUser()
	{
		return new CAccessUser();
	}

	virtual IDepartment * CreateDepartment()
	{
		return new CAccessDepartment();
	}
};

//SQL工厂
class SQLFactory: public IFactory
{
public:
	virtual IUser * CreateUser()
	{
		return new CSqlUser();
	}

	virtual IDepartment * CreateDepartment()
	{
		return new CSqlDepartment();
	}
};

int _tmain(int argc, _TCHAR * argv[])
{
	IFactory * factory = new SQLFactory();
	IUser * user = factory->CreateUser();
	IDepartment * depart = factory->CreateDepartment();
	user->GetUser();
	depart->GetDepartment();
	return 0;
}

//关键点是

时间: 2024-11-13 03:14:53

C++设计模式从0进击-2-抽象工厂模式的相关文章

23种设计模式(3):抽象工厂模式

定义:为创建一组相关或相互依赖的对象提供一个接口,并且无需指定他们的详细类. 类型:创建类模式 类图: 抽象工厂模式与工厂方法模式的差别 抽象工厂模式是工厂方法模式的升级版本号,他用来创建一组相关或者相互依赖的对象.他与工厂方法模式的差别就在于,工厂方法模式针对的是一个产品等级结构:而抽象工厂模式则是针对的多个产品等级结构.在编程中,通常一个产品结构,表现为一个接口或者抽象类,也就是说,工厂方法模式提供的全部产品都是衍生自同一个接口或抽象类,而抽象工厂模式所提供的产品则是衍生自不同的接口或抽象类

易学设计模式看书笔记(4) - 抽象工厂模式

 本文内容来自书上,不懂设计模式,只求混个眼熟. 三.抽象工厂模式 1.动物管理系统的例子 public interface Animal{ public void eat(); } public class Tiger implements Animal { public void eat(){ sysout.out.println("老虎会吃"); }; public void run(){ sysout.out.println("老虎会跑"); }; } pu

.NET设计模式(3):抽象工厂模式(Abstract Factory)(转)

概述 在软件系统中,经常面临着“一系列相互依赖的对象”的创建工作:同时由于需求的变化,往往存在着更多系列对象的创建工作.如何应对这种变化?如何绕过常规的对象的创建方法(new),提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合?这就是我们要说的抽象工厂模式. 意图 提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类. 模型图 逻辑模型: 物理模型: 生活中的例子 抽象工厂的目的是要提供一个创建一系列相关或相互依赖对象的接口,而不需要指定它们具体的类.这种

.NET设计模式(3):抽象工厂模式(Abstract Factory)

抽象工厂模式(Abstract Factory) ——探索设计模式系列之三 Terrylee,2005年12月12日 概述 在软件系统中,经常面临着“一系列相互依赖的对象”的创建工作:同时由于需求的变化,往往存在着更多系列对象的创建工作.如何应对这种变化?如何绕过常规的对象的创建方法(new),提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合?这就是我们要说的抽象工厂模式. 意图 提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类. 模型图 逻辑模型:

c++ 设计模式9 (Abstract Factory 抽象工厂模式)

5.2 抽象工厂模式 动机:在软件系统中,经常面临着"一系列相互依赖的对象"的创建工作:同时,由于需求的变化,往往存在更多系列对象的创建工作. 代码示例: 实现利用数据库的业务逻辑,支持多数据库(Sql,Oracle等),有连接.命令.读取等功能. 其中命令,连接功能之间有相互联系. 方法一(使用工厂方法): 每个功能类有一个创建的工厂,如IDBConnection与IDBConnectionFactory 1 //数据库访问有关的基类 2 class IDBConnection{ 3

设计模式C++实现十一:抽象工厂模式

抽象工厂模式(Abstract Factory):提供一个创建一系列相关或者相互依赖对象的接口,而无需指定他们具体的类. 优点:便于交换产品系统,由于具体工厂类,在一个应用中只需要初始化的时候出现一次,这就使得改变一个应用的具体工厂变得非常容易,只需要改变具体工厂即可以使用不同的产品配置.它让具体的创建实例过程与客户端分离,客户端是通过他们的抽象接口操作实例,产品的具体类名也被具体工厂实现分离,不会出现在客户端代码中. #ifndef ABSTRACTFACTORY_H #define ABST

设计模式(三): 抽象工厂模式

抽象工厂模式 抽象工厂模式(Abstract Factory Pattern)是围绕一个超级工厂创建其他工厂.该超级工厂又称为其他工厂的工厂.这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式. 在抽象工厂模式中,接口是负责创建一个相关对象的工厂,不需要显式指定它们的类.每个生成的工厂都能按照工厂模式提供对象. 介绍 意图:提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类. 主要解决:主要解决接口选择的问题. 何时使用:系统的产品有多于一个的产品族,而系统只消费其

设计模式总结篇系列:抽象工厂模式(Abstract Factory)

在上一篇的工厂方法模式中,通过一个公用的类对其他具有相同特性(实现相同接口或继承同一父类)的类的对象进行创建.随之带来的问题在于:当新定义了一个具有相同特性的类时,需要修改工厂类.这与设计模式中的开闭原则有些违背.因此,通过抽象工厂模式:创建多个工厂类而不是一个工厂类,一旦需要创建新的类对象,只需增加新的工厂类就可以了,不需要修改之前的代码.如此可以较好解决工厂方法模式中的问题. 常见经典写法如下(以发送邮件和短信为例): 1. 定义邮件类和短信类具有的共同接口: 与工厂方法模式中定义相同. 2

设计模式(3):抽象工厂模式

抽象工厂模式: 定义: 为创建一组相关或相互依赖的对象提供一个接口,而且无须指定他们的具体类. 抽象工厂模式是工厂方法模式的升级版本,在有多个业务品种.业务分类时,通过抽象工厂模式产生需要的对象是一种非常好的解决方法. 通过女娲造人的例子来简单了解一下这个模式. 上篇文章中的女娲只是造出了不同肤色的人种,没有定义性别,这篇文章我们就来实现定义性别这个需求. 一个接口,多个抽象类,然后是实现类,每个人种都是一个抽象类,性别是在实现类中实现的. 类图: 人种接口: interface Human {