《外观模式》-课件设计.pptVIP

本章目标 理解外观模式 学会运用外观模式 神奇的10086 话说移动营业厅原来是这样的：一开门，客户蜂拥而入，找维修的、算账的、变业务的、拉宽带的、打清单的、咨询的…… 于是乎，营业厅各个角落都是人，乱遭遭的…… 新来了一个客户，一看这场景，不知道该怎么办 移动公司想提高效率，增派人员来，结果不知道该派什么人来…… 系统设计和客户调用 设计初期没有预料到的结果与解决方案 移动的变化 所有业务对外暴露一个统一的一致的接口，所有业务都通过这个接口完成。 小菜业务炒股 股民初入市，需要全局关注 改投基金 不需要了解股票，不需要实时关注，风险小，操作简单 外观模式 设计意图 为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。[GOF 《设计模式》] .NET架构中的Fa?ade模式 Fa?ade模式在实际开发中最多的运用当属开发N层架构的应用程序了，一个典型的N层结构如下： .NET架构中的Fa?ade模式 Business Fa?ade层的职责如下： 从“用户”层接收用户输入 如果请求需要对数据进行只读访问，则可能使用“数据访问”层 将请求传递到“业务规则”层 将响应从“业务规则”层返回到“用户”层 在对“业务规则”层的调用之间维护临时状态 Duwamish结构图 UI层将请求发送给业务外观层，业务外观层对请求进行初步的处理，判断是否需要调用业务规则层，还是直接调用数据访问层获取数据。最后由数据访问层访问数据库并按照来时的步骤返回结果到UI层 分布式架构中 分布式应用示意： 效果及实现要点 1．Fa?ade模式对客户屏蔽了子系统组件，因而减少了客户处理的对象的数目并使得子系统使用起来更加方便。 2．Fa?ade模式实现了子系统与客户之间的松耦合关系，而子系统内部的功能组件往往是紧耦合的。松耦合关系使得子系统的组件变化不会影响到它的客户。 3．如果应用需要，它并不限制它们使用子系统类。因此你可以在系统易用性与通用性之间选择。 适用性 1．为一个复杂子系统提供一个简单接口。 2．提高子系统的独立性。 3．在层次化结构中，可以使用Facade模式定义系统中每一层的入口。 总结及经验 Fa?ade模式注重的是简化接口，它更多的时候是从架构的层次去看整个系统，而并非单个类的层次。 经验：设计初期，应有意识的划分层次开发阶段，增加外观层，减少依赖维护阶段，增加外观层，提高维护性 本课程版权归北风网所有 欢迎访问我们的官方网站 * 北风网项目培训 讲师：石曼迪 设计模式——外观模式 股票1 gu1 = new 股票1(); 股票2 gu2 = new 股票2(); 股票3 gu3 = new 股票3(); 国债1 nd1 = new 国债 1(); 地产1 rt1 = new 地产 1(); gu1.Buy(); gu2.Buy(); gu3.Buy(); nd1.Buy(); rt1.Buy(); gu1.Sell(); gu2.Sell(); gu3.Sell(); nd1.Sell(); rt1.Sell(); 如果不懂股市，这样估计只能赔钱了 客户端 服 务 端 远程对象 操作 操作 操作 * * *