Facade外观模式(C++实现)

外观模式:外观模式的意图是为系统中的大量对象提供一个一致的对外接口,以简化系统的使用。它提供了一个统一的接口,用来访问子系统中的一群接口。外观定义了一个高层接口,让子系统更容易使用。但外观并不屏蔽系统里的对象,如果需要,用户完全可以越过外观的包装使用底层对象以获得更灵活的功能。

外观模式结构图如下:

给出一个简单的C++实现

#include<iostream>
using namespace std;
class SubSystemA
{
public:
	SubSystemA(){}
	~SubSystemA(){}
	void Operation()
	{
		cout<<"SubSystemA operating!"<<endl;
	}
};
class SubSystemB
{
public:
	SubSystemB(){}
	~SubSystemB(){}
	void Operation()
	{
		cout<<"SubSystemB operating!"<<endl;
	}
};
class Facade
{
private:
	SubSystemA* pSubSyatemA;
	SubSystemB* pSubSystemB;
public:
	Facade()
	{
    pSubSyatemA = new SubSystemA();
	pSubSystemB = new SubSystemB();
	}
	~Facade()
	{
		delete pSubSyatemA;
		delete pSubSystemB;
	}
	void Operation()
	{
		pSubSyatemA->Operation();
		pSubSystemB->Operation();
	}
};

int main()
{
	Facade *f =new Facade();
	f->Operation();
	delete f;
	return 0;
}

  

Facade外观模式(C++实现)

时间: 2024-11-10 13:16:29

Facade外观模式(C++实现)的相关文章

Facade(外观)模式

Facade(外观)模式是一个功能介于工具包和完整应用程序之间的类,可提供包或子系统中类的简化功能. Facade模式通常起源于普通的程序开发.当从多个不同类中分离你的代码时,可能需要通过提取访问子系统的类来重构系统. /* * Copyright (c) 2001, 2005. Steven J. Metsker. * * Steve Metsker makes no representations or warranties about * the fitness of this softw

Facade——外观模式

Facade外观模式,也是比较常用的一种模式,基本上所有软件系统中都会用到. GOF 在<设计模式>一书中给出如下定义:为子系统中的一组接口提供一个一致的界面, Facade 模式定义了一个高层接口,这个接口使得这一子系统更加容易使用.简单说,就是将复杂的逻辑封装起来,对外公开简单的接口,由客户程序调用.客户对象通过一个外观接口读写子系统中各接口的数据资源. 适用情景: (1)设计初期阶段,应该有意识的将不同层分离,层与层之间建立外观模式. (2)开发阶段,子系统越来越复杂,增加外观模式提供一

设计模式(十一):FACADE外观模式 -- 结构型模式

1. 概述 外观模式,我们通过外观的包装,使应用程序只能看到外观对象,而不会看到具体的细节对象,这样无疑会降低应用程序的复杂度,并且提高了程序的可维护性.例子1:一个电源总开关可以控制四盏灯.一个风扇.一台空调和一台电视机的启动和关闭.该电源总开关可以同时控制上述所有电器设备,电源总开关即为该系统的外观模式设计. 2. 问题 为了降低复杂性,常常将系统划分为若干个子系统.但是如何做到各个系统之间的通信和相互依赖关系达到最小呢? 3. 解决方案 外观模式:为子系统中的一组接口提供一个一致的界面,

java演示facade(外观)模式

实际应用中,原来的代码涉及多个子系统时,重新进行类的设计,将原来分散在源码中的类结构及方法重新组合,形成新的.统一的接口,供上层应用使用. Facade所面对的往往是多个类或其它程序单元,通过重新组合各类及程序单元,对外提供统一的接口/界面. 在遇到以下情况使用Facade模式: 1.当你要为一个复杂子系统提供一个简单接口时.子系统往往因为不断演化而变得越来越复杂.大多数模式使用时都会产生更多更小的类.这使得子系 统更具可重用性,也更容易对子系统进行定制,但这也给那些不需要定制子系统的用户带来一

facade外观模式

通过买股票与通过基金买股票引出外观模式: package com.disign.facade; /** * Created by zhen on 2017-05-18. */ public class TestStock { public void run1(){ Stock1 gu1 = new Stock1(); Stock2 gu2 = new Stock2(); Stock3 gu3 = new Stock3(); gu1.buy(); gu2.buy(); gu3.buy(); gu1

外观模式(Facade)

一.外观模式介绍 面向对象的一个比较重要的法则:迪米特法则(最少知识原则):一个软件实体应当尽可能少的与其他实体发生相互作用. 外观模式:为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口.这个接口使得这一子系统更加容易使用.说白了,就可以理解为封装 外观模式的核心:为子系统提供统一的入口,封装子系统的复杂性,便于客户端调用 例1:股民炒股 未使用外观模式情况 要让股民尽可能少的与股票直接打交道,给其提供一个蒙面,让股民跟蒙面打交道.这样就符合了迪米特法则,让股民尽可能少的与股票打

php设计模式之Proxy(代理模式)和Facade(外观)设计模式

Proxy(代理模式)和Facade(外观)设计模式它们均为更复杂的功能提供抽象化的概念,但这两种实现抽象化的过程大不相同 Proxy案例中,所有的方法和成员变量都来自于目标对象,必要时,该代理能够对它所传递的数据进行修改或检查魔术方法使得Proxy的实现变的简单,Proxy模式的一类应用时用来记录方法的访问信息还可以利用Proxy的类确定代码的范围或调试程序中存在的问题 <?php class LoggingProxy{ private $target; //传递进去一个对象 public f

设计模式之外观模式(Facade)摘录

23种GOF设计模式一般分为三大类:创建型模式.结构型模式.行为模式. 创建型模式抽象了实例化过程,它们帮助一个系统独立于如何创建.组合和表示它的那些对象.一个类创建型模式使用继承改变被实例化的类,而一个对象创建型模式将实例化委托给另一个对象.创建型模式有两个不断出现的主旋律.第一,它们都将关于该系统使用哪些具体的类的信息封装起来.第二,它们隐藏了这些类的实例是如何被创建和放在一起的.整个系统关于这些对象所知道的是由抽象类所定义的接口.因此,创建型模式在什么被创建,谁创建它,它是怎样被创建的,以

Java 设计模式:外观模式Facade

Facade 外观模式 外观模式----为子系统的一组接口提供一个统一的界面,此模式定义了一个更高层的接口,这一接口使得子系统更容易使用. 借用<大话设计模式>中的例子:市场上有N多只股票,当股民想要买股票时为了最大化自己的收益需要考察市面上很多种类的股票,然后根据自己的判断选取几只股票组合购买(这种场景下每一只股票都是可以单独购买的,用户需要考察.选取一组股票来一起购买).而有的用户直接购买基金,基金的作用是帮用户选取几只股票来组合购买,用户不用自己去选取多只股票. 在这个场景下:单独的购买