ブリッジパターンはある程度理解できました。インターフェイスと実装のデカップリングを理解しています。派生クラス実装の実際のロジックを保持するプラグインのような実装者クラスを使用します。
しかし、インターフェースと派生が独立して進化できるようにする方法を説明できる人はいますか? インターフェイスに新しいメソッドを追加したい場合は、それを変更する派生クラスに実装する必要があります。
第 2 に、新しいオブジェクトが必要なときに新しいインプリメンタを設定するようにクライアント コードを変更する必要があります。
Bridge Design Pattern のユーザーを説明するには、Java JDBC API が最適な例だと思います。クライアントは、さまざまな SQL ベンダーが提供する実装 (MYSQL、Oracle など) を気にすることなく、抽象化 (JDBC API) を使用します。
さらに説明するために、保存、更新、削除メソッドを使用して EmployeeDAO インターフェイスを実装する EmployeeDAOImpl があるとします。これで、この EmployeeDAOImpl は JDBC API (抽象化) を使用して、使用するデータベースを気にせずに CRUD 操作を実行します。EmployeeDAOImpl が必要とする唯一のものは、ドライバーをロードするための URL です。
ここで重要なのは、EmployeeDAOImpl と他の DAO の階層が独立して変化する可能性があることです。JDBI API の抽象化の実装について心配する必要はありません。