Java Bridgeパターン入門：基礎と実装例【デザインパターン】

ITエンジニアにお勧めの本 ↗

おすすめ

エンジニアが知っておきたい思考の整理術 複雑な情報を【理解する】【伝える】テクニック

難易度

実用性

図解

こんな人におすすめ： ドキュメント作成や説明に課題を感じているエンジニア

思考の整理というテーマを、実務ですぐに使える具体的な「技術」として落とし込んだ一冊です。

Amazon 🔴 楽天 📝 書評を読む

ベストセラー

世界一流エンジニアの思考法

難易度

実用性

思考法

こんな人におすすめ： 全エンジニア、生産性を上げたいリーダー

技術スキル以上に大切な「考え方」をアップデートできる。世界基準の効率的な仕事術が学べます。

Amazon 🔴 楽天

文系社会人のためのIT資格の歩き方: 文系のあなたに最適な道をご提案します (YKcreate kiki)

難易度

実用性

キャリア度

こんな人におすすめ： どの資格から取ればいいか迷っている文系出身者

ロードマップが非常に明確。キャリアプランを見据えた、無駄のない学習順序を提案してくれます。

Amazon

エンジニアを説明上手にする本 相手に応じた技術情報や知識の伝え方

難易度

実用性

コミュ力

こんな人におすすめ： 非エンジニアへの説明に苦労している技術者

「伝える技術」もエンジニアの重要なスキル。相手の視点に立った、具体的な説明のコツが満載です。

Amazon 🔴 楽天

技術広報入門 ー テックブログから始めるエンジニアカルチャーのつくり方

難易度

実用性

独自性

こんな人におすすめ： 技術リーダー・CTO、組織のカルチャー変革に取り組みたい人

テックブログを入口にエンジニア組織の文化をどう設計し、育てていくかという実践論が学べます。

Amazon 🔴 楽天 📝 書評を読む

📚 ITエンジニア向けおすすめ技術書・関連書籍まとめはこちら

JavaJava [ジャバ]オブジェクト指向プログラミング言語などのオブジェクト指向プログラミングを学んでいると、「Bridgeパターン」という言葉を耳にすることがあります。

本記事では、オブジェクト指向設計の文脈で用いられる GoF（Gang of Four）のデザインパターンの1つである「Bridgeパターン」 について目的やメリット、そしてJavaでの具体的な実装例を初心者にもわかりやすく解説します。

1. JavaにおけるBridgeパターン（デザインパターン）とは？

Bridgeパターンは、システムを 「機能のクラス階層」と「実装のクラス階層」の2つに分離 し、それらの間に橋（Bridge）を架けることで、それぞれを独立して拡張できるようにする構造に関するデザインパターンです。

なぜJavaプログラミングでBridgeパターンが必要なのか？

通常、あるクラスに新しい機能を追加したい場合、そのクラスを継承したサブクラスを作成します（機能の拡張）。 また、同じ機能で別の実装（例えば、Windows版とMac版、データベースの違いなど）を行いたい場合も、サブクラスを作成します（実装の拡張）。

しかし、単純な継承だけで「機能」と「実装」の両方を拡張しようとすると、以下のような問題（クラスの爆発）が発生します。

• データ出力機能
  • CSV出力機能 (Windows版)
  • CSV出力機能 (Mac版)
  • PDF出力機能 (Windows版)
  • PDF出力機能 (Mac版)

機能が増えるたび、また対応プラットフォームが増えるたびに、掛け算でクラスの数が増大してしまいます。 これを防ぐために、「何をするか（抽象）」と「どうやって実現するか（実装）」を分け、委譲（コンポジション）によって結びつけるのがBridgeパターンです。

2. Bridgeパターンの構成要素とクラス構造

Bridgeパターンには、主に以下の4つの役割（クラス・インターフェース）が登場します。

【機能のクラス階層】

1. Abstraction（抽象） 機能の基本となるクラスです。内部に「Implementor」のインスタンスを保持し、実際の処理はそちらに委譲します。
2. RefinedAbstraction（拡張された抽象） Abstractionを継承し、新しい機能を追加・拡張したクラスです。

【実装のクラス階層】

3. Implementor（実装者） Abstractionが呼び出すためのAPIAPI [エーピーアイ]Application Programming Interface。異なるソフトウェア間の接続口（メソッド）を定義するインターフェースです。
4. ConcreteImplementor（具体的な実装者） Implementorインターフェースを実装し、具体的な処理内容を記述するクラスです。

3. JavaによるBridgeパターンの具体的な実装例

ここでは、「メッセージを表示する機能」と「表示先の媒体（コンソール出力、ファイル出力）」を分離するシンプルな例をJavaで実装してみます。

実装のクラス階層（どうやって表示するか）

まずは、表示処理そのものを定義するインターフェース（Implementor）を作成します。

1
// Implementor: 実装のインターフェース
2
public interface DisplayImpl {
3
    void rawOpen();
4
    void rawPrint(String message);
5
    void rawClose();
6
}

次に、具体的な表示方法（ConcreteImplementor）を実装します。ここではコンソールにテキストアート風に出力するクラスとします。

1
// ConcreteImplementor: 具体的な実装
2
public class ConsoleDisplayImpl implements DisplayImpl {
3
    @Override
4
    public void rawOpen() {
5
        System.out.println("<< Start >>");
6
    }
7

8
    @Override
9
    public void rawPrint(String message) {
10
        System.out.println(" > " + message);
11
    }
12

13
    @Override
14
    public void rawClose() {
15
        System.out.println("<<  End  >>");
16
    }
17
}

機能のクラス階層（何を表示するか）

次に、機能側の基本クラス（Abstraction）を作成します。 このクラスは、コンストラクタで DisplayImpl を受け取り（これが橋渡しになります）、実際の処理は impl に委譲します。

1
// Abstraction: 機能の抽象クラス
2
public class Display {
3
    // 実装部分への「橋（Bridge）」となるフィールド
4
    private DisplayImpl impl;
5

6
    public Display(DisplayImpl impl) {
7
        this.impl = impl;
8
    }
9

10
    public void open() {
11
        impl.rawOpen();
12
    }
13

14
    public void print(String message) {
15
        impl.rawPrint(message);
16
    }
17

18
    public void close() {
19
        impl.rawClose();
20
    }
21

22
    // 基本的な表示機能
23
    public final void display(String message) {
24
        open();
25
        print(message);
26
        close();
27
    }
28
}

ここで機能を追加（RefinedAbstraction）してみましょう。 例えば、「指定した回数だけ繰り返し表示する」機能を追加したクラスを作成します。

1
// RefinedAbstraction: 機能の拡張
2
public class CountDisplay extends Display {
3
    public CountDisplay(DisplayImpl impl) {
4
        super(impl);
5
    }
6

7
    // 新しい機能の追加
8
    public void multiDisplay(String message, int times) {
9
        open();
10
        for (int i = 0; i < times; i++) {
11
            print(message);
12
        }
13
        close();
14
    }
15
}

実行クラス（Main）

最後に、これらを組み合わせて実行します。

1
public class Main {
2
    public static void main(String[] args) {
3
        // 機能：基本表示 ＋ 実装：コンソール表示
4
        Display d1 = new Display(new ConsoleDisplayImpl());
5

6
        // 機能：繰り返し表示 ＋ 実装：コンソール表示
7
        CountDisplay d2 = new CountDisplay(new ConsoleDisplayImpl());
8

9
        System.out.println("--- 通常の表示 ---");
10
        d1.display("Hello, Bridge Pattern!");
11

12
        System.out.println("\n--- 繰り返しの表示 ---");
13
        d2.multiDisplay("Java is Fun!", 3);
14
    }
15
}

実行結果:

1
--- 通常の表示 ---
2
<< Start >>
3
 > Hello, Bridge Pattern!
4
<<  End  >>
5

6
--- 繰り返しの表示 ---
7
<< Start >>
8
 > Java is Fun!
9
 > Java is Fun!
10
 > Java is Fun!
11
<<  End  >>

この設計の強みは、今後「ファイルに出力する FileDisplayImpl」を作った場合でも、機能側（Display や CountDisplay）のコードを一切変更せずに、そのまま組み合わせて使える点にあります。

4. Java開発におけるBridgeパターンのメリット

1. 拡張性が高い

   機能（抽象）と実装が分離されているため、片方を変更・拡張する際に、もう片方への影響を抑えやすくなります。

2. クラスの爆発を防ぐ

   継承関係を多用することによる、無数のサブクラスの誕生を防ぐことができます。

3. オブジェクト生成時に実装を選択できる

   委譲（コンポジション）を使用しているため、プログラムの実行時（オブジェクト生成時）に実装（Implementor）のオブジェクトを動的に選択することが容易です。

補足：Adapterパターンとの違い

Bridgeパターンと似た構造を持つパターンに「Adapterパターン」があります。

• Bridgeパターン：設計の初期段階で「抽象」と「実装」を分離し、これからそれぞれを独立して拡張できるようにすることが主目的です。
• Adapterパターン：既存クラスのインターフェースを、クライアントが期待するインターフェースに合わせる（変換する）ことが主目的です。

事前の設計（Bridge）か、事後の適合（Adapter）か、という目的の違いを意識すると使い分けやすくなります。

5. まとめ：Java Bridgeパターンで柔軟な設計を実現

Bridgeパターンは、「抽象」と「実装」を切り離すことで、柔軟でメンテナンスしやすい設計を実現するためのデザインパターンです。

継承は強力な仕組みですが、使いすぎるとクラス階層が複雑化してしまいます。「機能の追加」と「実装の追加」が同時に起こり得るようなシステムを設計する際は、このBridgeパターンを活用し、委譲によってすっきりとしたクラス構造を目指してみてください。

おすすめ この記事に関連する技術本

世界一流エンジニアの思考法

Amazon 🔴 楽天

Kindle Unlimited

IT専門書も30日間無料で読み放題

1冊数千円する専門書から、ビジネス書、実用書、雑誌まで幅広いジャンルが定額で読み放題。ITスキルの向上はもちろん、日々の情報収集や教養を深めるのにも最適です。

• 📚 技術書も月額定額で読み放題
• 📱 マルチデバイス対応
• ✨ 30日間の無料体験

無料で30日間試してみる

この記事を書いた人

Z (ITナレッジライフ)

現役のITエンジニア。Linux、プログラミング、IT用語など、日々の業務で得た「痒いところに手が届く」技術情報を発信しています。

プロフィールと編集ポリシーを見る →