重学Java设计模式：实战桥接模式
前言
Java是一门非常流行的编程语言，它可以帮助开发者轻松地实现复杂的系统。设计模式则是Java开发中不可缺少的一部分，可以帮助开发者在开发复杂系统时，降低耦合度，提高可维护性，同时也可以提高代码的复用性和灵活性。本篇文章就围绕桥接模式展开，介绍如何在多支付渠道和多支付模式的场景中使用桥接模式。
什么是桥接模式？
桥接模式是一种结构型设计模式，用于将一个大类或一系列紧密关联的类拆分为两个独立的体系结构，以便他们可以独立地进行修改、扩展和重用。就像一座桥连接两个岛屿一样，桥接模式连接两个不同的类层次结构，使它们能够相互协作。
多支付渠道和多支付模式场景
在现代的支付系统中，往往存在多个支付渠道（如微信、支付宝等）和多个支付模式（如刷脸、指纹、密码等）。例如，不同的用户可能会选择不同的支付方式，例如一个人在微信上进行扫码支付，而另一个人则在支付宝上选择人脸识别支付。这就给支付系统的设计带来了很大的挑战，如何使得不同的支付渠道和支付模式之间，能够真正做到解耦，以保证系统的可维护性和可扩展性。
桥接模式在支付系统中的优势
在支付系统设计中，使用桥接模式可以有效地解决支付渠道和支付模式之间的耦合问题。具体来说，可以将支付渠道和支付模式分别抽象出一个独立的类层次结构，并在它们之间添加一个桥接接口（或抽象类），以实现彼此之间的解耦。
比如，我们可以定义一个支付的抽象类Pay，其中包含了支付渠道和支付模式的抽象接口，如下所示：
public abstract class Pay { protected PayChannel mPayChannel; public Pay(PayChannel payChannel) { this.mPayChannel = payChannel; } public abstract String pay(); public void setPayChannel(PayChannel payChannel) { this.mPayChannel = payChannel; } }
其中，PayChannel为支付渠道的接口，如下所示：
public interface PayChannel { String getPayChannel(); } `FacePay`为支付模式的接口，如下所示： public interface FacePay { String facePay(); }
对于每个具体的支付渠道（比如微信、支付宝等），我们都可以创建一个实现PayChannel接口的具体类，如下所示：
public class WeiXinPayChannel implements PayChannel { @Override public String getPayChannel() { return "WeChatPay"; } } public class AliPayChannel implements PayChannel { @Override public String getPayChannel() { return "AliPay"; } }
对于每个具体的支付模式（比如刷脸、指纹等），我们都可以创建一个实现FacePay接口的具体类，如下所示：
public class FacePayImpl implements FacePay { @Override public String facePay() { return "facePay"; } } public class FingerPayImpl implements FacePay { @Override public String facePay() { return "fingerPay"; } }
这样一来，就可以在具体的支付实现中，使用不同的支付渠道和支付模式的组合。例如，如果用户选择了微信支付和指纹支付，那么可以使用以下代码进行支付：
WeiXinPayChannel wxPayChannel = new WeiXinPayChannel(); FingerPayImpl fingerPayImp = new FingerPayImpl(); Pay pay = new OnlinePay(wxPayChannel); pay.setFacePay(fingerPayImp); // 设置指纹支付 String msg = pay.pay(); // 进行微信指纹支付
这样，就可以实现在多支付渠道和多支付模式的场景中，使用桥接模式进行支付，并实现支付渠道和支付模式的解耦。
总结
桥接模式是一种非常常用的设计模式，可以将多个紧密关联的类拆分为两个独立的体系结构，以实现彼此之间的解耦。在多支付渠道和多支付模式的场景中，使用桥接模式可以有效地解决支付渠道和支付模式之间的耦合问题，同时也可以提高系统的可维护性和可扩展性。
