Facade(外观)-对象结构型模式

1.意图

为子系统中的一组接口提供一个一致的接口,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。

2.动机

将一个系统划分成若干子系统有利于降低系统的复杂性。一个常见的设计目标是使子系统间的通信和相互依赖达到最小。达到该目标的途径之一是引入一个外观对象,它为子系统提供了一个统一的接口。

3.适用性

  • 当要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性,也更容易对子系统进行定制,但这也给那些不需要定制子系统的用户带来一些使用上的困难。Facade可以提供一个简单的缺省视图,这一视图对大多数用户来说已经足够,而那些需要更多的可定制性的用户可以越过Facade层。
  • 客户程序与抽象的实现部分之间存在着很大的依赖性。引入Facade将这个子系统与客户以及其他的子系统分离,可以提高子系统的独立性和可移植性。
  • 当需要构建一个层次结构的子系统时,使用Facade模式定义子系统中每层的入口点。如果子系统之间是相互依赖的,可以让它们仅通过facade进行通讯,从而简化了它们之间的依赖关系。

4.结构

5.代码实例

//Facade.h
#include <memory>

class House;

class FacadeHouse
{
public:
    FacadeHouse();
    void Build();

private:

    std::shared_ptr<House> m_ptrHouse;

};
//House.h
#include <string>

class House
{
public:
    House();
    void Bulid();
    void SetDoorColor(std::string sColor);
    void SetFloorColor(std::string sColor);
    void SetBedColor(std::string sColor);

private:
    std::string m_sDoorColor;
    std::string m_sFloorColor;
    std::string m_sBedColor;

};
//Facade.cpp
#include "Facade.h"
#include "House.h"

FacadeHouse::FacadeHouse()
{
    m_ptrHouse = std::shared_ptr<House>(new House);
}

void FacadeHouse::Build()
{
    m_ptrHouse->Bulid();
}
//House.cpp

#include <iostream>
#include "House.h"

House::House() :
m_sDoorColor("Red"),
m_sFloorColor("Red"),
m_sBedColor("Red")
{
}

void House::Bulid()
{
    std::cout<< "Build House with DoorColor: " << m_sDoorColor <<std::endl;
    std::cout<< "Build House with FloorColor: " << m_sFloorColor <<std::endl;
    std::cout<< "Build House with BedColor: " << m_sBedColor <<std::endl;

}

void House::SetDoorColor(std::string sColor)
{
    m_sDoorColor = sColor;
}

void House::SetFloorColor(std::string sColor)
{
    m_sFloorColor = sColor;
}

void House::SetBedColor(std::string sColor)
{
    m_sBedColor = sColor;
}
//Client.cpp

#include <memory>
#include <iostream>
#include "House.h"
#include "Facade.h"

int main()
{

    std::cout<<"Facade Default House:" << std::endl;
    std::shared_ptr<FacadeHouse> pFacadeHouse(new FacadeHouse);
    pFacadeHouse->Build();

    std::cout<<"User define house:" << std::endl;

    std::shared_ptr<House> pHouse(new House);

    pHouse->SetBedColor("Green");
    pHouse->SetDoorColor("Green");
    pHouse->SetFloorColor("Green");

    pHouse->Bulid();

    while(1);

}

6.测试结果

7.效果

  • 它对客户屏蔽子系统组件,因而减少了客户处理的对象的数目并使得子系统使用起来更加方便。
  • 实现了子系统与客户之间的松耦合关系,而子系统内部的功能组件往往是紧耦合的。
  • 如果应用需要,它并不限制它们使用子系统类。因此可以在系统易用性和通用性之间加以选择。
时间: 2024-12-19 13:02:36

Facade(外观)-对象结构型模式的相关文章

设计模式之十二:Proxy(代理)—对象结构型模式

2014-05-29 星期四 21:08:37  Proxy,继续GOF.此模式未按GOF编写. c++中使用StringBuilder 1.Intent Provide a surrogate or placeholder for another object to control access to it. 为其他对象提供一种代理以控制对这个对象的访问. 2.Also Known As 3.Motivation 4.Applicability 在以下情况使用适配模式: ● 创建开销大的对象时

设计模式之十一:Composite(组合)—对象结构型模式

2014-05-28 星期三 21:41:44  Composite,继续GOF. Composite组合模式 1.Intent Compose objects into tree structures to represent part-whole hierarchies. Composite lets clients treat individual objects and compositions of objects uniformly. 将对象组合成树形结构以表示"部分 -整体&quo

设计模式之十三:Flyweight(享元)—对象结构型模式

2014-06-15 星期日 9:35:04  Flyweight,继续GOF. 1.Intent Use sharing to support large numbers of fine-grained objects efficiently. 运用共享技术有效地支持大量细粒度的对象. 2.Also Known As 3.Motivation A flyweightis a shared object that can be used in multiple contexts simultan

设计模式之十四:Decorator(装饰)—对象结构型模式

2014-06-15 星期日 10:42:12  Decorator,继续GOF. 1.Intent Attach additional responsibilities to an object dynamically. Decorators provide a flexible alternative to subclassing for extending functionality 动态地给一个对象添加一些额外的职责.就增加功能来说, Decorator模式相比生成子类更为灵活. 2.A

Decorator(装饰)-对象结构型模式

1.意图 动态地给一个对象添加一些额外的职责.就增加功能来说,Decorator模式相比生成子类更为灵活. 2.别名 包装器 Wrapper. 3.动机 给某个对象而不是整个类添加一些功能.一个较为灵活的方式时将组件嵌入另一个对象中. 4.适用性 在不影响其它对象的情况下,以动态.透明的方式给单个对象添加职责. 处理那些可以撤销的职责. 当不能采用子类的方法进行扩充时.一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸性增长.另一种情况可能是因为类定义被隐藏或

Bridge(桥接)-对象结构型模式

1.意图 将抽象部分与它的实现部分分离,使它们都可以独立地变化. 2.动机 在抽象类与它的实现之间起到桥梁作用,使它们可以独立地变化. 3.适用性 不希望在抽象和它的实现部分之间有一个固定的绑定关系.这种情况可能是因为,在程序运行时刻实现部分可以被选择或切换. 类的抽象以及它的实现部分都应该可以通过生成子类的方式加以扩充.这时桥接模式使你可以对不同的抽象接口和实现部分进行组合,并分别对它们进行扩充. 对一个抽象实现部分的修改的修改不应该对客户产生影响,即客户代码不必要重新编译. 对客户完全隐藏抽

代理(Proxy)——对象结构型模式

代理模式的意图: 为其它对象提供代理,以控制对这个对象的访问.对一个对象进行访问控制的原因是为了我们在确实需要这个对象时才对它进行创建和初始化.有些对象创建的开销非常大,所以我们应该根据需要进行创建.Proxy则可以代替一个对象,并在需要时负责实例化这个对象.就像我们小学的时候总是欺负学习好的同学,让学习好的同学代替我们写作业,要不然我们放学就在路上堵着打他们,学习好的同学就乖乖的帮我们写作业,第二天到学校老师看了作业还表扬我们学习有进步呢.这就是一个很好的代理模式的例子. 代理模式的类图如下:

Adapter(适配器)-类对象结构型模式

1.意图 将一个类接口转换成客户希望的另外一个接口.Adapter模式使那些原本不能一起工作的类,可以一起工作. 2.别名 包装器 Wrapper. 3.动机 一个应用可能会有一些类具有不同的接口,并且这些接口互不兼容,可以专门定义一个类,用来适配互不兼容的类. 4.适用性 你想使用一个已经存在的类,而它的接口不符合你的需求. 你想创建一个可以复用的类,该类可以与其他不相关的类或不可预见的类协同工作. 你想使用一些已经存在的子类,但是不可能对每一个都进行子类化以匹配它们的接口.对象适配器可以适配

装饰模式(Decorator)-- 对象结构型模式

1.动机 有时我们希望给某个对象而不是整个类添加一些功能.使用继承机制是添加功能的一种有效途径,从其他类继承过来的边框特性可以被多个子类的实例所使用.但这种方法不够灵活,因为边框的选择是静态的,用户不能控制对组件加边框的方式和时机.一种较为灵活的方式是将组件嵌入另一个对象中,由这个对象添加边框.我们称这个嵌入的对象为装饰. 2.描述 这个装饰与它所装饰的组件接口一致,因此它对使用该组件的客户透明.它将客户请求转发给该组件,并且可能在转发前后执行一些额外的动作(例如画一个边框). Decorato