Facade (外观)模式

15.1 Facade 模式

  程序总是会变得越来越大。随着时间的推移,程序中的类会越来越多,而且它们之间相互关联,这会导致程序结构也会变得越来越复杂。我们在使用这些类之前,必须先弄清楚它们之间的关系,注意正确的调用顺序。
  不过与其这么做,不如为这个大型程序准备一个“窗口”。这样,我们就不必单独地关注每个类了,只需简单地对 “窗口” 提出请求即可。
  使用 Facade 模式可以为互相关联在一起的错综复杂的类整理出高层接口(API)。其中的 Facade 角色可以让系统对外只有一个简单的接口。而且,Facade 角色还会考虑到系统内部各个类之间的责任关系和依赖关系,按照正确的顺序调用各个类。

15.2 示例程序

  在示例程序中,我们将编写简单的 Web 页面。
  原本编写 Facade 模式的示例程序需要 “许多错综复杂地关联在一起的类”。不过在这里,为了使程序更加简短,我们只考虑一个由3个简单的类组成的系统。也就是一个用于从邮件地址中获取用户名字的数据库类,一个用于编写 html 文件的类,以及一个扮演 Facade 角色并提供高层接口的类。
示例程序类图

示例程序类图
|| Database 类

  Database 类可获取指定数据库名所对应的 Properties 的实例。

/**
* 数据库所对应的 properties 获取类
*/
public class Database {

    private Database(){
    }

    public static Properties getProperties(String name) {
        String fileName = name + ".txt";
        Properties properties = new Properties();
        try {
            properties.load(new FileInputStream(fileName));
        } catch (IOException e) {
            System.out.println("Warning: " + fileName + " is not found.");
        }
        return properties;
    }

}

maildata.txt 内容:

hyuki@hyuki.com=Hiroshi Yuki
hanako@hyuki.com=Hanako Sato
tomura@hyuki.com=Tomura
mamoru@hyuki.com=Mamoru Takahashi
|| HtmlWriter 类

  HtmlWriter 类用于编写简单的 Web 页面。我们在生成 HtmlWriter 类的实例时赋予其 Writer,然后使用该 Writer 输出 Html。
  该类中隐藏了一个限制条件,那就是必须首先调用 title 方法。

/**
* 用于编写简单的 Web 页面的类.
*/
public class HtmlWriter {

    private Writer writer;

    public HtmlWriter(Writer writer) {
        this.writer = writer;
    }

    // 输出标题
    public void title(String title) throws IOException {
        writer.write("<html>");
        writer.write("<head>");
        writer.write("<title>" + title + "</title>");
        writer.write("</head>");
        writer.write("<body>\n");
        writer.write("<h1>" + title + "</h1>");
    }

    // 输出段落
    public void paragraph(String msg) throws IOException {
        writer.write("<p>" + msg + "</p>\n");
    }

    // 输出超链接
    public void link(String href, String caption) throws IOException {
        paragraph("<a href=\"" + href + "\">" + caption + "</a>");
    }

    // 输出邮箱
    public void mailto(String  mailaddr, String username) throws IOException {
        link("mailto:" + mailaddr, username);
    }

    // 关闭
    public void close() throws IOException {
        writer.write("</body>");
        writer.write("</html>\n");
        writer.close();
    }

}
|| PageMaker 类

  PageMaker 类使用 Database 类和 HtmlWriter 类来生成指定用户的 Web 页面。
  该类中定义的方法只有一个,那就是 public 的 makeWelcomePage 方法。该方法会根据指定的邮件地址和文件名生成相应的 Web 页面。
  该类一手包办了调用 HtmlWriter 类的方法的这一工作。对外部,它只提供了 makeWelcomePage 接口,这就是一个简单的窗口。
ps:我感觉类似于接口封装

/**
* 使用 Database 类和 HtmlWriter 类来生成指定用户的 Web 页面.
* 这就是一个简单的窗口
*/
public class PageMaker {

    private PageMaker(){}

    public static void makeWelcomePage(String mailAddr, String fileName) {
        try {
            Properties maildata = Database.getProperties("maildata");
            String userName = maildata.getProperty(mailAddr);
            HtmlWriter writer = new HtmlWriter(new FileWriter(fileName));
            writer.title("Welcome to " + userName + "'s page!");
            writer.paragraph(userName + "欢迎来到" + userName + "的主页。");
            writer.paragraph(" 等着你的邮件哦!");
            writer.mailto(mailAddr, userName);
            writer.close();
            System.out.println(fileName + " is created for  " + mailAddr + " (" + userName + ")");
        } catch (IOException e) {
            e.printStackTrace();
        }
    }

}
|| Main 类

  Main 类会获 取用户的名字,编写出一个名为 welcome.html 的 Web 页面。

public class Main {
    public static void main(String[] args) {
        PageMaker.makeWelcomePage("hyuki@hyuki.com", "welcome.html");
    }
}

运行后,在浏览器中打开结果:
运行结果

15.3 Facade 模式中的登场角色

  在 Facade 模式中有以下登场角色
  ◆ Facade (窗口)
  Facade 角色是代表构成系统的许多其他角色的 “简单窗口”。Facade 角色向系统外部提供高层接口(API)。在示例程序中,由 PageMaker 类扮演此角色。

  ◆ 构成系统的许多其他角色
  这些角色各自完成自己的工作,它们并不知道 Facade 角色。Facade 角色调用其他角色进行工作,但是其他角色不会调用 Facade 角色。在示例程序中,由 Database 和 HtmlWriter 类扮演此角色。

  ◆ Client (请求者)
  Client 角色负责调用 Facade 角色。
Facade 模式类图

Facade 模式类图
15.4 拓展思路的要点
|| Facade 角色到底做什么工作

  Facade 模式可以让复杂的东西看起来简单。 这里的 “复杂的东西” ,其实就是在后台工作的这些类之间的关系和它们的使用方法。这里的重点是 “API接口变少了”,程序中如果有很多类和方法,我们在决定到底应该使用哪个类的方法时就很容易迷茫。有时调用顺序也容易出错。
  接口(API)变少了,还意味着程序与外部的关联关系弱化了,这样更容易使我们的包(类的集合)作为组件被复用。
  在设计类时,我们还需要考虑将哪些方法的可见性设为 public,如果公开的方法过多,会导致类的内部的修改变得困难。字段也是一样。
  与设计类一样,在设计包时,需要考虑类的可见性。如果让外部(包的外部)看到了类,包内部代码的修改就会变得困难。

|| 递归地使用 Facade 模式

  假设现在有几个持有 Facade 角色的类的集合。那么,我们可以通过整合这几个集合来引入新的 Facade 角色。也就是说,我们可以递归地使用 Facade 模式。
  在超大系统中,往往都含有非常多的类和包。如果我们在每个关键的地方都使用了 Facade 模式,那么系统的维护就会变得轻松很多。

|| 开发人员不愿意创建 Facade 角色的原因 - 心理原因

  可能是因为对熟练的开发人员而言,系统中的所有信息都全部记忆在脑中,他们对类之间的所有相互依赖关系都一清二楚。
  当某个程序员得意的说出 “啊,在调用那个类之前需要先调用这个类。在调用那个类方法之前,需要先在这这个类中注册一下” 的时候,意味着我们需要引入 Facade 角色了。
  对于那些能够明确地用语言描述出来的知识,我们不应该将它们隐藏在自己的脑袋中,而是应该用代码将它们表现出来。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值