
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
软件开发设计模式是许多软件开发程序员需要重点掌握的一个软件编程开发知识点之一,下面我们就通过案例分析来简单了解一下,软件开发设计模式外观模式概念与用法。
设计模式-外观模式
外观模式(FacadePattern):外部与一个子系统的通信必须通过一个统一的外观对象进行,为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口,通过这个接口使得这一个子系统更加容易使用。又称为门面模式,属于对象结构性模式。
角色
外观模式主要包含如下角色:
Facade(外观角色):统一的高层接口,通过该角色将客户端的请求委托到不同的子系统。
SubSystem(子系统角色):相当于零件,多个零件组合完成一个功能。每个功能就是一个子系统。
场景分析
这是我们平时开发用的多的模式之一,可以说我们每天都在用这个模式在写代码,只是我们可能没有意识到。
根据"单一职责原则",在软件中将一个系统划分为若干个子系统有利于降低系统的复杂性,一个常见的设计目标是使子系统间的通信和相互依赖关系达到小,而达到该目标的途径之一就是引入一个外观对象,它为子系统的访问提供了一个简单而单一的入口。
外观模式要求一个子系统的外部与其内部的通信通过一个统一的外观对象进行,外观类将客户端与子系统的内部复杂性分隔开,使得客户端只需要与外观对象打交道,而不需要与子系统内部的很多对象打交道。外观模式的目的在于降低系统的复杂程度。外观模式从很大程度上提高了客户端使用的便捷性,使得客户端无须关心子系统的工作细节,通过外观角色即可调用相关功能。
比如通过在线商城买东西:判断是否有货-创建订单-支付扣款-物流创建-通知消息-用户积分新增。我们的一个下单操作可能会涉及很多系统之间的调用,而对外我们只是通过一个下单接口。
去茶馆喝茶跟自己泡茶喝:去茶馆直接说像喝茶就什么茶都有了,还有美女倒茶。而自己泡茶要先烧水、洗茶具、温茶具、倒茶、洗茶具。
比如电脑开机与关机。通过一个按钮就可以启动CPU、内存、磁盘...用户不必跟每个硬件打交道。
缺点
不能很好地限制客户使用子系统类,如果对客户访问子系统类做太多的限制则减少了可变性和灵活性。
在不引入抽象外观类的情况下,增加新的子系统可能需要修改外观类或客户端的源代码,违背了“开闭原则”。
优点
对客户屏蔽子系统组件,减少了客户处理的对象数目并使得子系统使用起来更加容易。通过引入外观模式,客户代码将变得很简单,与之关联的对象也很少。
实现了子系统与客户之间的松耦合关系,这使得子系统的组件变化不会影响到调用它的客户类,只需要调整外观类即可。
只是提供了一个访问子系统的统一入口,并不影响用户直接使用子系统类。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。