Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1469390
  • 博文数量: 218
  • 博客积分: 6394
  • 博客等级: 准将
  • 技术积分: 2563
  • 用 户 组: 普通用户
  • 注册时间: 2008-02-08 15:33
个人简介

持之以恒

文章分类

全部博文(218)

文章存档

2013年(8)

2012年(2)

2011年(21)

2010年(55)

2009年(116)

2008年(16)

分类: 项目管理

2009-06-09 14:22:24

外观模式:关键的特征

意图:简化现有的系统的使用的方法。你需要自己定义自己的接口。

问题:只需要一个复杂系统的子集。或者,需要使用一种特殊的方式与系统进行交互

解决方案:Façade向客户展示使用现有的系统的一个新的接口

参与者与协作者:向客户展现一个定制的接口,让客户更容易的使用现有的系统

效果:Façade模式简化了对所需子系统的使用。但是由于Façade并不完整,因此某些的功能对客户可能是不可用的(约束)

实现:

       定义了一个(或者是一组)新的类来提供所需要的接口

       让新的类使用现有的系统


Façade模式标准简化视图

Façade模式减少了客户必须处理的对象的数量,为子系统的一组接口提供一致的界面,可能是原有的系统的一部分,也可能增加新的功能,简化接口的使用,进行对原有的系统的隐藏和封装(MFC针对于Windows API编程,隐藏了消息的传递和映射的机制),相当于是一个封装层。

Façade模式适用于以下的情况

不需要使用原来的复杂的系统的所有的功能,并且可以创建一个新的类来包容访问原有的系统使用的所有规则创建的API是原有系统接口的一个子集,通常他是比原来的系统的API简单很多。

希望包装和隐藏原有的系统

希望使用现有系统的功能,并且增加一些新的功能

编写一个新类的代价小于让所有的人会使用原来的系统,或者在未来维护整个系统的代价
阅读(608) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~