首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

php设计模式(十二):外观模式(Facade)

外观模式 外观模式又称:门面模式、Facade。外观 是一种 结构型设计模式,能为程序库、框架或其他复杂类提供一个简单的接口。这么说你肯定会懵,简单接口?啥???。...这其实就是 外观模式,将所有的内部类封装成一个类,供外部使用。...结构 SubSystem: 子系统 示例中指:张三、李四、王五 ; Facade: 外观对象 示例中指:班长 ; UML 代码示例 班长类 class MonitorFacade { protected...PHP_EOL; /** * 参加羽毛球赛人员 */ echo '参加羽毛球赛人员:' . $facade->badminton() ....PHP_EOL; 输出 参加乒乓球赛的人员:王五、李四 参加羽毛球赛人员:张三、李四 优缺点 优点 可以让代码独立于复杂子系统。 缺点 外观可能成为与程序中所有类都耦合的上帝对象。

25030
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    php设计模式(十二):外观模式(Facade)

    外观模式 外观模式又称:门面模式、Facade。外观 是一种 结构型设计模式,能为程序库、框架或其他复杂类提供一个简单的接口。这么说你肯定会懵,简单接口?啥???。...这其实就是 外观模式,将所有的内部类封装成一个类,供外部使用。...结构 SubSystem: 子系统 示例中指:张三、李四、王五 ; Facade: 外观对象 示例中指:班长 ; UML 代码示例 班长类 class MonitorFacade { protected...PHP_EOL; /** * 参加羽毛球赛人员 */ echo '参加羽毛球赛人员:' . $facade->badminton() ....PHP_EOL; PHP Copy 输出 参加乒乓球赛的人员:王五、李四 参加羽毛球赛人员:张三、李四 优缺点 优点 可以让代码独立于复杂子系统。 缺点 外观可能成为与程序中所有类都耦合的上帝对象。

    20220

    PHP设计模式之外观模式(Facade)入门与应用详解

    本文实例讲述了PHP设计模式之外观模式(Facade)入门与应用。...分享给大家供大家参考,具体如下: 这个外观模式,就是通过在必需的逻辑和方法的集合前创建简单的外观接口,并且还会隐藏了调用对象的复杂性,它和建造者模式非常相似,建造者模式一般是简化对象的调用的复杂性,但是外观模式一般是简化含有很多逻辑步骤和方法调用的复杂性...来看下实例,先来描述下: 设计一个User类,里面有getUser获取用户信息接口 在使用getUser这个接口的时候,需要设置用户的用户名和用户年龄 所以在正常情况下,调用getUser接口,需要先实例化...User类,然后设置用户信息,最后才调用getUser方法,这个过程是复杂的,如果用户信息非常多的话,或者不断变化的话,调用用户信息类将是维护成本很大的事情,比如,随着业务扩展又添加了用户手机,住址,体重...php //外观模式,通过在必须的逻辑和方法的集合前创建简单的外观接口,外观设计模式隐藏了来自调用对象的复杂性 class User { protected $userName; protected

    59031

    PHP设计模式(九)外观模式Facade实例详解【结构型】

    本文实例讲述了PHP设计模式:外观模式Facade。分享给大家供大家参考,具体如下: 1....php /** * 外观模式 * */ class SwitchFacade { private $_light = null; //电灯 private $_ac = null...13.模式扩展 一个系统有多个外观类: 在外观模式中,通常只需要一个外观类,并且此外观类只有一个实例,换言之它是一个单例类。在很多情况下为了节约系统资源,一般将外观类设计为单例类。...更多关于PHP相关内容感兴趣的读者可查看本站专题:《php面向对象程序设计入门教程》、《PHP数组(Array)操作技巧大全》、《PHP基本语法入门教程》、《PHP运算与运算符用法总结》、《php字符串...(string)用法总结》、《php+mysql数据库操作入门教程》及《php常见数据库操作技巧汇总》 希望本文所述对大家PHP程序设计有所帮助。

    42430

    外观模式

    外观模式 外观模式Facade Pattern又称为门面模式,它是一种对象结构型模式,外部与一个子系统的通信必须通过一个统一的外观对象进行,为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口...外观模式也是迪米特法则的体现,通过引入一个新的外观类可以降低原有系统的复杂度,同时降低客户类与子系统类的耦合度。...外观模式还要求一个子系统的外部与其内部的通信通过一个统一的外观对象进行,外观类将客户端与子系统的内部复杂性分隔开,使得客户端只需要与外观对象打交道,而不需要与子系统内部的很多对象打交道,能够降低系统的复杂程度...通过引入外观模式,客户代码将变得很简单,与之关联的对象也很少。 实现了子系统与客户之间的松耦合关系,这使得子系统的组件变化不会影响到调用它的客户类,只需要调整外观类即可。...在不引入抽象外观类的情况下,增加新的子系统可能需要修改外观类或客户端的源代码,违背了开闭原则。

    49330

    外观模式

    外观模式,为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。————《设计模式:可复用面向对象软件的基础》 外观模式是一种对象结构型模式。...角色 客户角色(Client):调用外观角色 外观角色(Facade):知道哪些子系统负责处理请求,将客户端的请求转发给适当的子系统对象。...模式扩展 一个系统可以有多个外观类 在一个系统中可以设计多个外观类,每个外观类都负责和一些特定的子系统交互,向用户提供相应的业务功能 不要试图通过外观类为子系统增加新行为 这个装饰者模式所做的事情,为某个对象动态增加新的行为...外观模式与迪米特法则 外观模式是迪米特法则的践行者,遵循着让客户端知道最少的原则,实现客户端和子系统类的解耦 抽象外观类的引入 外观模式不符合“开闭模式”,当子系统类增加或者减少的时候,都需要修改外观类中的方法...引入抽象外观类在一定程度上解决了这个问题,但是维护抽象外观类及其子类也需要一定的成本。 优点 1、解耦。降低客户端与子系统类耦合性,增加和删除子系统类只需要修改外观类即可。

    36110

    外观模式

    组成 外观模式主要由两个角色组成:外观(Facade),子系统(SubSystem)组成, 外观(Facade)角色:此角色知晓相关的(一个或者多个)子系统的功能和责任,负责将客户的请求交给合适的子系统...在外观模式中,外观类Facade的方法OperationWrapper就是实现多个Client的请求。 实用场合 那么在什么场合可以考虑使用外观模式呢? 当你要为一个复杂子系统提供一个简单接口时。...1)当需要使用一个现有的类而其接口并不符合你的需要时,就是用适配器; 2)当需要简化并统一一个很大的接口或者一群复杂的接口时,使用外观; 3)适配器改变接口以符合客户的期望; 4)外观将客户从一个复杂的子系统中解耦...; 5)实现一个适配器可能需要一番功夫,也可能不费功夫,视目标接口的大小与复杂度而定; 6)实现一个外观,需要将子系统组合进外观中,然后将工作委托给子系统执行; 7)适配器模式有两种形式:对象适配器和类适配器...类适配器需要用到多重继承; 8)可以为一个子系统实现一个以上的外观; 9)适配器将一个对象包装起来以改变其接口;装饰者将一个对象包装起来以增加新的行为和责任;而外观将一群对象“包装”起来以简化其接口。

    65280

    外观模式

    外观模式遵守的面向对象的原则之一:迪米特法则。 外观模式也叫门面模式。 迪米特法则(最少知道法则) 一个软件实体应当尽可能少的与其他实体直接发生相互作用(耦合)。 ?...角色 Facade: 外观角色 SubSystem:子系统角色 UML 图 ?...tomcat 中使用了大量的外观模式(比如:HttpRequestFacade),不过它的巧妙之处在于只将别的模块感兴趣的数据封装起来,通过外观模式对其他模块提供。...通过引入外观模式,客户代码将变得很简单,与之关联的对象也很少。 实现了子系统与客户之间的松耦合关系,这使得子系统的组件变化不会影响到调用它的客户类,只需要调整外观类即可。...缺点 在不引入抽象外观类的情况下,增加新的子系统可能需要修改外观类或客户端的源代码,违背了"开闭原则"。 总结 解耦客户端和子系统之间的关系,更好的封装。方便模块与模块之间的数据交互。

    46510
    领券