2013年7月28日
摘要: 外观模式(Facade),其含义是为子系统中的一组接口提供一个一致的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。 外观模式通过引入一个Facade对象,提供了一个统一的接口去访问多个子系统的多个不同的接口。遮蔽了子系统的复杂性,避免了客户与子系统直接连接,减少了子系统间的连接。 其适用性: 当你要为一个复杂子系统提供一个简单接口时,子系统往往因为不断演化而变得越来越复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性,也更容易对子系统进行定制,但却给不需要定制子系统的用户带来使用困难,Facade可以提供一个简单的缺省视图,这一视图对大多数用. 阅读全文
posted @ 2013-07-28 17:36 糊涂先生 阅读(265) 评论(0) 推荐(0) 编辑
摘要: 装饰模式(Decorator),其含义是动态地给一个对象添加一些额外的职责,就增加功能来说,Decorator模式相比生成子类更为灵活。有时候我们希望给某个对象而不是整个类添加一些功能,通常是使用继承机制,但是用户不能控制添加功能的时机,装饰模式是一种较为灵活的方式添加功能。 其适用性: 在不影响其他对象的情况下,以动态、透明的方式给单个对象添加职责, 处理那些可以撤销的职责, 当不能采用生成子类的方法进行扩充时,一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏,或类定义不能用于生成子类。 装饰模式可以在无需创建子. 阅读全文
posted @ 2013-07-28 16:55 糊涂先生 阅读(225) 评论(0) 推荐(0) 编辑
摘要: 组合模式(Composite),其含义是将对象组合成树形结构以表示”部分-整体“的层次结构。Composite使得用户对单个对象和组合对象的使用具有一致性,其用于解决对象访问接口不一致的问题。 在组合模式中有单个对象和复合对象之分,或者对象的结构是动态的并且复杂程度不一样,但客户需要一致地处理它们,这样就不难理解了。对于复合对象也要像处单个元素一样来处理,降低与复杂对象的耦合性。 其适用性: 你想表示对象的部分-整体层次结构, 你希望用户忽略组合对象与单个对象的不同,用户将统一地使用组合结构中的所有对象 通常情况我们需要使Leaf和Composite类可以继承这个引用以及管理这个引用的那些操. 阅读全文
posted @ 2013-07-28 15:48 糊涂先生 阅读(241) 评论(0) 推荐(0) 编辑
摘要: 桥接模式(Bridge),其含义是将抽象部分与它的实现部分分离,使它们都可以独立地变化。这里的实现指的是功能的实现,并非接口实现。当一个抽象可能有多个实现时,通常用继承来协调它们。抽象类定义对该抽象的接口,而具体的子类则用不同方式加以实现。该模式在抽象类与它的实现之间起到了桥梁作用,使它们可以独立地变化。 其适用性: 你不希望在抽象和它的实现部分之间有一个固定的绑定关系, 类的抽象以及它的实现都应该通过生成子类的方法加以扩充。这是Bridge模式使你可以对不同的抽象接口和实现部分进行组合,并分别对它们进行扩充 对一个抽象的实现部分的修改应对客户不产生影响,即客户的代码不必重新编译 你想对客户. 阅读全文
posted @ 2013-07-28 14:48 糊涂先生 阅读(342) 评论(0) 推荐(0) 编辑
摘要: 适配器模式(Adapter),其含义是将一个类的接口转换成客户希望的另外一个接口,Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作了。因此适配器的主要作用就是完成旧接口到新接口的转换;将“既有系统“进行封装,逻辑上客户程序应该不知道”既有系统“的存在,将变化隔离在适配器部分;如果客户程序需要迁移,仅需要在适配器部分进行修改。 其适用性: 你想使用一个已经存在的类,而它的接口不符合你的要求, 你想创建一个可以复用的类,该类可以与其他不相关的类或不可预见的类(即那些接口可以不一定兼容的类)协同工作, 你想使用一些已经存在的子类,但是不可能对每一个都进行子类化以匹配它们的. 阅读全文
posted @ 2013-07-28 12:29 糊涂先生 阅读(386) 评论(0) 推荐(0) 编辑