嗨，老铁，今天咱们聊聊那堆让人抓狂的代码依赖。

说实话，我也经常被那一长串的类调用弄得头大。

你知道吗，外观模式简直就是给你的一把“万Neng钥匙”。

哈哈，先别急，咱慢慢说。

想象一下你要开个会，结果要找五个人分别准备投影、音响、灯光、咖啡和座位。

每个人dou说：“我这边还有别的事儿。”

于是你一天到晚跑来跑去，Zui后连咖啡dou忘了点。

这不就是我们写代码时的写法吗？

每个模块dou自己玩，各自耍脾气，调用顺序乱成一锅粥。

改一点东西，全局dou要跟着抖动。

别怕，这正是外观模式要干的事儿——帮你把这些子系统收进一个“大门面”。

外观模式是一种结构型设计模式。

它的目标hen简单：给一堆复杂子系统提供一个统一、简洁的入口。

客户端只需要面对这个入口，就Neng完成原本需要多次调用的业务。

听起来hen鸡汤对吧？其实它真的hen实在。

比如我们在日常开发里经常kan到的JdbcTemplateRequestFacade

- dou是外观模式的活生生例子。

门面角色

- 把子系统组合在一起。

- 对外只暴露几几个方法。

子系统角色

a. 各自负责自己的业务；b. 不直接被客户端调用；c. Ke以随意演进而不影响客户端。

* 降低耦合度——客户端不再直接依赖多个类。

* 简化使用——一次调用搞定一整套流程。

* 隐藏实现细节——以后换实现，只改门面就行。

# 场景描述：

- 想kan电影，需要打开投影仪、调暗灯光、启动音响、打开播放器，然后播放影片。

- Ru果没有外观，你得手动按顺序调好每个设备，还得记住每个方法名和参数。

/** 投影仪 */
public class Projector {
    public void on { System.out.println; }
    public void off { System.out.println; }
}
/** 音响 */
public class Stereo {
    public void on { System.out.println; }
    public void off { System.out.println; }
    public void setVolume { System.out.println; }
}
/** 播放器 */
public class Player {
    public void on { System.out.println; }
    public void off { System.out.println; }
    public void play { System.out.println; }
}
/** 灯光 */
public class TheaterLights {
    public void dim { System.out.println; }
    public void on { System.out.println; }
    public void off { System.out.println; }
}

/** 影院门面 */
public class HomeTheaterFacade {
    private Projector projector;
    private Stereo stereo;
    private Player player;
    private TheaterLights lights;
    public HomeTheaterFacade {
        this.projector = p;
        this.stereo = s;
        this.player = pl;
        this.lights = l;
    }
    // kan电影，一键搞定
    public void watchMovie {
        System.out.println;
        lights.dim;
        projector.on;
        stereo.on;
        stereo.setVolume;
        player.on;
        player.play;
        System.out.println;
    }
    // 结束观影，一键收工
    public void endMovie {
        System.out.println;
        lights.off;
        projector.off;
        stereo.off;
        player.off;
        System.out.println;
    }
    // 保留直接访问子系统的Neng力
    public Projector getProjector { return projector; }
}

// ❌ 没有门面
Projector p = new Projector;
Stereo s = new Stereo;
Player pl = new Player;
TheaterLights tl = new TheaterLights;
tl.dim;
p.on;
s.on;
s.setVolume;
pl.on;
pl.play;
// ... kan完 ...
tl.off; p.off; s.off; pl.off;
// ✅ 用了门面
HomeTheaterFacade facade = new HomeTheaterFacade(
        new Projector,
        new Stereo,
        new Player,
        new TheaterLights
);
facade.watchMovie;
// ... kan完 ...
facade.endMovie;

# 小结：

a. 没有门面你得记住每一步骤；b. 有门面只要一行代码搞定全流程。哈哈，这才叫省心！

// ❌ 原生 JDBC
Connection conn = null;
PreparedStatement ps = null;
ResultSet rs = null;
try {
   conn = DriverManager.getConnection;
   ps = conn.prepareStatement;
   ps.setInt;
   rs = ps.executeQuery;
   // …处理…
} finally {
   // 手动释放资源… 
}

// ✅ JdbcTemplate - 一行搞定
String name = jdbcTemplate.queryForObject(
      "SELECT name FROM user WHERE id=?", String.class, id);

JdbcTemplate 其实就是把连接获取、预编译、执行、结果映射这些细节全部封装进一个“门面”。懂了吗？咱就是说它让我们只专注业务，而不是底层资源管理。

// Tomcat 内部真实请求对象
class Request {/* 超多字段和方法 */}
// 对外暴露的是这个
public class RequestFacade implements HttpServletRequest {
    private final Request request;
    public String getParameter {
         return request.getParameter; // 委托内部实现
    }
    // …其他同理…
}

a. 确认子系统真的够复杂，需要统一入口；否则别硬凑。

b. 门面只Zuo“协调”，不要把业务逻辑全部搬进去，否则会变成“大肥肉”。

多层门面的妙用

# 场景：大型电商平台

d. 高层门户负责订单下单流程；内部再拆分成支付门面、库存门面等。

客户端 → 高层订单Facade →  → 真正服务实现