Adapter(适配器)模式:
使用场景:已经给定了消费者和生产者,即调用者和被调用者,但是二者的借口不统一、不匹配,可以通过本模式,增加一个翻译层,将调用请求发送给被调用者。从而,在不修改消费者和生产者的前提下,完成二者的匹配问题。有点像翻译人员的作用和所处的位置,例如,一个说英语的E要和一个说中文的C通话,那么之间无法交流——语言不通么,这个时候有一个翻译人员T在二者之间架起一个桥梁,可以把E说的英语转化为中文,从而让C听懂。
Façade(外观)模式:
使用场景:在一个给定的功能集合基础上,为了给不同消费者即调用者提供他们所关心的功能,而建立了一些类,给不同的消费者提供了一个功能的子集合,使得消费者可以从较小的子集合中选择需要的功能,而不必从全部的功能集合中进行选择。有些像公司的组织结构,CEO不可能什么都干,这样子会被累死的(当然如果愿意累死,谁也拦不住),所以,CEO们想出了偷懒的办法,他找了CFO来管理财务,找了COO来管理运营,找了CHO来管理人力资源,如果他想要什么公司的数据,想找财务方面的信息,找CFO好了,而不必CEO自己点灯熬油耗费巨大精力的查帐、对帐,同理,对于运营情况,找COO,人力资源方面找CHO。COO,CFO和CHO,屏蔽了大量的具体公司内部的业务,只是把特定方面的公司内部业务整理出来,以方便CEO得到公司内部的情况。
适配器与外观设计模式解析
本文介绍了设计模式中的适配器模式和外观模式。适配器模式用于解决调用者与被调用者接口不匹配的问题,通过增加一个翻译层实现双方的交互;外观模式则是在一系列接口上定义一个一致的界面,简化了客户端与系统的交互。
1768

被折叠的 条评论
为什么被折叠?



