设计模式之结构型模式—— 2.5 外观模式

<?php

/**
 * 2.5 外观模式
 *   定义:
 *       为子系统中的一组接口提供一个一致的界
 *       面,Facade模式定义了一个高层接口,这
 *       个接口使得这一子系统更加容易使用。
 *   角色:
 *       1. 外观类
 *           职责:知道哪些子系统类负责处理请
 *                 求,将客户的请求代理给适当
 *                 的子系统对象。
 *       2. 子系统类
 *           职责:实现子系统的功能,处理外观
 *                 对象指派的任务,注意子类中
 *                 没有外观对象任何信息,即没
 *                 有对外观对象的引用。
 *                 
 *   优点:
 *       1. 它对客户屏蔽子系统组件,因而减少了
 *          客户处理对象的数目,并使得子系统使
 *          用起来更加方便;
 *       2. 它实现了子系统与客户之间的松耦合关
 *          系,而子系统内部的功能组件往往是紧
 *          密耦合的,这样当子系统功能组件发生
 *          变化的时候,只需要修改外观类的实现
 *          就可以了,避免了程序代码的“散弹式”
 *          修改。
 *       3. 同时,外观类并不限制客户直接使用子
 *          系统的功能组件,如果客户想使用子系
 *          统的更加高级的功能,可以越过外观类
 *          直接访问子系统的类。
 *   缺点:
 *       1. 过多的或者不太合理的Faade也容易让
 *          人迷惑。到底是调用Faade好呢,还是
 *          直接调用子系统的模块好呢。
 *   使用场景:
 *       1.  当要为访问一系列复杂的子系统提供一
 *           个简单入口时可以使用外观模式。
 *       2.  客户端程序与多个子系统之间存在很大
 *           的依赖性。引入外观类可以将子系统与
 *           客户端解耦,从而提高子系统的独立性
 *           和可移植性。
 *       3.  在层次化结构中,可以使用外观模式定
 *           义系统中每一层的入口,层与层之间不
 *           直接产生联系,而通过外观类建立联系,
 *           降低层之间的耦合度。
 *   
 */

//具体的股票和房地产类
class Stock1{
    public function Sell(){
        echo ‘股票1卖出<br/>‘;
    }
    public function buy(){
        echo ‘股票1买入<br/>‘;
    }
}
class Stock2{
    public function sell(){
        echo ‘股票2卖出<br/>‘;
    }
    public function buy(){
        echo ‘股票2买入<br/>‘;
    }
}
class Realty1{
    public function sell(){
        echo ‘房地产卖出<br/>‘;
    }
    public function buy(){
        echo ‘房地产买入<br/>‘;
    }
}

//基金类――外观类
class Fund{
    public $stock1;
    public $stock2;
    public $realty1;
    public function __construct(){
        $this->stock1=new Stock1();
        $this->stock2=new Stock2();
        $this->realty1=new Realty1();
    }
    public function sell(){
        $this->stock1->sell();
        $this->stock2->sell();
        $this->realty1->sell();
    }
    public function buy(){
        $this->stock1->buy();
        $this->stock2->buy();
        $this->realty1->buy();
    }
}

//客户端
$fund=new Fund();
$fund->sell();
$fund->buy();

?>
时间: 2024-10-11 07:11:31

设计模式之结构型模式—— 2.5 外观模式的相关文章

Java经典23种设计模式之结构型模式(三)------附代理模式、适配器模式、外观模式区别

本文介绍7种结构型模式里的剩下两种:享元模式.代理模式. 一.享元模式FlyWeight 享元模式比较简单且重要,在很多场合都被用到,只不过封装起来了用户看不到.其概念:运用共享内存技术最大限度的支持大量细粒度的对象.这个概念给的有些抽象,说白了就是如果内存中存在某个对象A,如果再次需要使用对象A的时候如果内存中有A这个对象就直接使用它,不要再次new了.如果没有,则重新new一个.基于这个特点,享元模式使用时一般会给待访问对象传递一个Tag,用来标识这个对象,而且要同时使用抽象工厂的方法进行访

设计模式4 结构型模式

设计模式4  结构型模式 目录 代理模式 装饰器 外观模式 适配器模式 代理模式,美国,韩国代理购物 [email protected]:~$ cat main.cpp  #include<iostream> using namespace std; class Item //商品 { public: Item(string kind ,bool fact) { this->kind = kind; this->fact = fact; } string getKind() { r

Java经典23种设计模式之结构型模式(二)

接上篇,本文介绍结构型模式里的组合模式.装饰模式.外观模式. 一.组合模式(Composite) 组合模式:将对象组合成树形结构,表示"部分--整体"的层次结构.最终达到单个对象和组合对象的使用具有一致性.单看这句话貌似有点抽象,其实比较简单. 以李云龙的独立团为例,目的要统计赵嘉宇一战共歼灭敌人多少个.最高的级别是团,一个团有若干个营,一个营有若干个排,一个排有若干个战士.(为了简化问题,排下面就不设行政单位了).很自然的,李云龙给营长开会回去给老子统计.营长回去给各个排长开会,赶紧

《设计模式》结构型模式1

上篇博文写了创建型模式中的(工厂家族).这次来介绍一下结构型模式.主要从各个模式的含义,优缺点,适用场合及结构图来了解结构型模式. 结构型模式包括有7种模式,适配器模式,外观模式,代理模式,桥接模式,享元模式,组合模式,装饰模式.每个模式各有优缺,孰优孰劣,请看下文. 1.适配器模式 定义:将一个类的接口转换成客户希望的另外一个接口.使得原本由于接口不兼容而不能一起工作的那些类可以一起工作. 结构图: 适用于:想要使用一个已存在的类,但接口和你的要求不同时 在软件开发后期或是维护时期,在双方都不

设计模式总结-结构型模式

描述: 如何组合类和对象以获得最大的结构: 不是对接口和实现进行组合,而是描述了如何对一些对象进行组合,从而实现新功能的一些方法: 分类: 适配器模式 http://blog.csdn.net/huo065000/article/details/22177651 装饰模式 http://blog.csdn.net/huo065000/article/details/22061403 代理模式 http://blog.csdn.net/huo065000/article/details/22177

Java经典23种设计模式之结构型模式(一)

结构型模式包括7种:适配器模式.桥接模式.组合模式.装饰模式.外观模式.享元模式.代理模式. 本文主要介绍适配器模式和桥接模式. 一.适配器模式(Adapter) 适配器模式其实很简单,就像手机充电器一样,手机需要5V的,而插座出来是220V.因此需要充电器变压就ok.再比如,一个之会说汉语的和一个只会说英语的无法沟通,那就中间请个翻译.所有的交流通过翻译,翻译翻给会说英语的,就能完成一次单项交流的.链接1 中的例子非常生动形象了.总结一下,无非就是有个通用的接口(称为Target),如果一切顺

&quot;围观&quot;设计模式(30)--结构型设计模式总结(适配器、代理、装饰、外观、桥梁、组合、享元)

设计模式代码下载地址 设计模式代码下载地址 1  适配器模式 在设计模式中,适配器模式(英语:adapter pattern)有时候也称包装样式或者包装(wrapper).将一个类的接口转接成用户所期待的.一个适配使得因接口不兼容而不能在一起工作的类工作在一起,做法是将类自己的接口包裹在一个已存在的类中.----WIKIPEDIA 个人理解 适配器模式:将两个不一致或者说无法直接使用的类或者接口通过适配器模式进行兼容,使得他们可以在一块使用.适配器模式在之前的项目中我是用于处理数据的不兼容的,对

Java学习--设计模式之结构型模式(二)

一.装饰器模式(Decorator Pattern) 1.概念 装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构.这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装.这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能. 2.简介 意图:动态地给一个对象添加一些额外的职责.就增加功能来说,装饰器模式相比生成子类更为灵活. 主要解决:一般的,我们为了扩展一个类经常使用继承方式实现,由于继承为类引

一起学java设计模式--适配器模式(结构型模式)

适配器模式 现有一个接口DataOperation定义了排序方法sort(int[]) 和查找方法search(int[], int),已知类QuickSort的quickSort(int[])方法实现了快速排序算法,类BinarySearch 的binarySearch(int[], int)方法实现了二分查找算法.现使用适配器模式设计一个系统,在不修改源代码的情况下将类QuickSort和类BinarySearch的方法适配到DataOperation接口中.绘制类图并编程实现. (要求实现

【大话设计模式】——结构型模式总结

结构型设计模式主要是从结构上解决代码的耦合问题.包含一下7种模式:Adapter,Proxy,Composite,Bridge,flyweight,Facade,Decorator.结构型中包含7个模式,有点多,不过比行为型模式少,但也容易忘记,加点魔术粉让我们忘不了. 首先,我们要先知道这7个模式都是什么意思. 一.概念 1.Adapter:将一个类的接口转换为客户希望的另一个接口,Adapter模式使得原本由于接口不兼容而不能一起工作的那些类一起工作. 个人理解:看到这个模式让我想起了编码,