ITKeyword,专注技术干货聚合推荐

注册 | 登录

大话设计模式—外观模式

分享于 2016-03-26

推荐:设计模式之Facade(外观)模式

设计模式之Facade(外观 总管 Manager) 板桥里人 http://www.jdon.com 2002/4/6/(转载请保留) 模式实战书籍《Java实用系统开发指南》 Facade模式的定义: 为子

2019阿里云全部产品优惠券(新购或升级都可以使用,强烈推荐)
领取地址https://promotion.aliyun.com/ntms/yunparter/invite.html

外观模式(Facade Pattern)隐藏系统的复杂性,并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模式,它向现有的系统添加一个接口,来隐藏系统的复杂性。

这种模式涉及到一个单一的类,该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。主要用于解决降低访问复杂系统的内部子系统时的复杂度,简化客户端与之的接口。

大话设计模式中程杰老师给出的定义是:外观模式:为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用

外观模式结构图:

这里写图片描述

我们将创建一个 Shape 接口和实现了 Shape 接口的实体类。下一步是定义一个外观类 ShapeFacade。ShapeFacade类使用实体类来代表用户对这些类的调用。FacadePatternDemo,我们的演示类使用 ShapeFacade类来显示结果。

类图如下:

这里写图片描述

//形状接口
public interface Shape {
   void draw();
}

Shape接口实现类:

public class Rectangle implements Shape {

   @Override
   public void draw() {
      System.out.println("Rectangle::draw()");
   }
}
public class Square implements Shape {

   @Override
   public void draw() {
      System.out.println("Square::draw()");
   }
}
public class Circle implements Shape {

   @Override
   public void draw() {
      System.out.println("Circle::draw()");
   }
}

本实例的关键外观类:

推荐:设计模式 (七)外观模式(Facade)

外观模式(Facade)为了小小的纠正一下个人的口语,于是有道了一下:[fə'sɑ:d] 对于外观模式就是为了子系统对外提供的一组接口提供一个统一的界面,似的其他系

public class ShapeFacade {
   private Shape circle;
   private Shape rectangle;
   private Shape square;

   public ShapeFacade () {
      circle = new Circle();
      rectangle = new Rectangle();
      square = new Square();
   }

   public void drawCircle(){
      circle.draw();
   }
   public void drawRectangle(){
      rectangle.draw();
   }
   public void drawSquare(){
      square.draw();
   }
}
//测试方法
public class FacadePatternDemo {
   public static void main(String[] args) {
      ShapeFacade shapeFacade = new ShapeFacade ();

      shapeFacade.drawCircle();
      shapeFacade.drawRectangle();
      shapeFacade.drawSquare();     
   }
}

运行结果:

Circle:draw()
Rectangle:draw()
Square:draw()

使用场景:

1、在设计初期,应该要有意识地将不同的两个层分离,比如经典的三层架构,就需要考虑在数据访问层和业务逻辑层、业务逻辑层和表示层的层与层之间建立外观Facade,这样可以为复杂的子系统提供一个简单的接口,降低耦合性;

2、在开发阶段,子系统往往因为不断的重构演化而变得越来越复杂,大多数的模式使用时也都会产生很多很小的类,这本是好事,但也给外部调用的用户程序带来了使用上的困难,增加外观Facade可以提供一个简单的接口,减少它们之间的依赖;

3、在维护一个遗留的大系统时,可能这个系统已经非常难以维护和扩展,但因为它包含非常重要的功能,新的需求开发必须要依赖于它,此时使用外观模式也是非常合适。我们可以为新系统开发一个外观Facade类,来提供设计粗糙或高度复杂的遗留代码的比较简洁的接口,让新系统和Faade对象交互,Facade与遗留代码交互所有复杂的工作。

就如同下图描绘的:

这里写图片描述

优点:

1、减少系统相互依赖。
2、提高灵活性。
3、提高了安全性。

缺点:不符合开闭原则,如果要改东西很麻烦,继承重写都不合适。

注意事项:在层次化结构中,可以使用外观模式定义系统中每一层的入口。

推荐:设计模式之外观模式(Facade)摘录

23种GOF设计模式一般分为三大类:创建型模式、结构型模式、行为模式。 创建型模式抽象了实例化过程,它们帮助一个系统独立于如何创建、组合和表示它的那些对象。

外观模式(Facade Pattern)隐藏系统的复杂性,并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模式,它向现有的系统添加一个接口,来隐藏系统的复杂性。 这种模

相关阅读排行


用户评论

游客

相关内容推荐

最新文章

×

×

请激活账号

为了能正常使用评论、编辑功能及以后陆续为用户提供的其他产品,请激活账号。

您的注册邮箱: 修改

重新发送激活邮件 进入我的邮箱

如果您没有收到激活邮件,请注意检查垃圾箱。