Java 桥接模式实战：解耦数据库与文件格式转换

3. 具体转换器实现

针对不同的文件格式，我们创建具体的转换器子类。以 PDF 和 TXT 为例，它们的逻辑非常相似：先调用底层的 readData()，再执行特定的格式化输出。

PDFConvertor.java

package step1;

public class PDFConvertor extends FileConvertor {
    @Override
    public void translate() {
        // 调用实现部分的方法读取数据
        dataHandler.readData();
        System.out.println("转换成 PDF 格式的数据");
    }
}

TXTConvertor.java

package step1;

public class TXTConvertor extends FileConvertor {
    @Override
    public void translate() {
        dataHandler.readData();
        System.out.println("转换成 TXT 格式的数据");
    }
}

XMLConvertor.java

package step1;

public class XMLConvertor extends FileConvertor {
    @Override
    public void translate() {
        dataHandler.readData();
        System.out.println("转换成 XML 格式的数据");
    }
}

可以看到，这些转换器只关注'如何转换'，而不关心'数据从哪来'。这种职责分离大大简化了代码结构。

运行效果与扩展性

在实际应用中，客户端只需要实例化具体的转换器和对应的处理器，并通过构造函数或 Setter 方法将它们关联起来。

例如，若要实现'从 Oracle 数据库读取数据转换成 PDF 格式'，只需组合 PDFConvertor 和 OracleHandler；若需改为 SQL Server 转 TXT，则替换为 TXTConvertor 和 SQLServerHandler。

这种设计带来的最大好处是开闭原则（Open/Closed Principle）的体现：新增一种数据库格式或一种文件类型时，只需添加新的类，无需修改现有的转换逻辑。系统在面对需求变更时，保持了极高的灵活性和可维护性。

小结

桥接模式不仅仅是代码结构的调整，更是一种思维方式的转变。通过将'做什么'（转换）和'怎么做'（读取）解耦，我们构建了一个能够应对未来变化的健壮系统。在开发涉及多对多关系的业务模块时，不妨优先考虑这种模式。