実装が抽象化によって変化する場合のブリッジパターンの実装方法

Question

このページの例では、 （スケジューラとOS）https://sourcemaking.com/design_patterns/bridge。

これは、各オペレーティングシステムにスケジューリングアルゴリズムの独自の実装があると私は考えました。たとえば、WindowsはPreemptiveスケジューラとTime Sliced Schedulerの実装を持ち、UnixはPreemptiveとTime Slicedなどの実装を持っています。

スケジューラを呼び出す際には、アルゴリズムとともに実装を指定する必要があります。両方のアルゴリズムを実装し、どのアルゴリズムを呼び出すかを決めるフラグを渡す必要があります。

これは実際にブリッジパターンですか？またはアダプターパターンの特殊なケースです。 もしそうなら、実装の詳細に関して実際に正しい例が与えられていますか？

Answer 1

はい、ブリッジパターンに従い、ブリッジパターンが何を想定しているかを正確に実装しました。

ブリッジパターンの背後にあるアイデアは、2つが独立して変わるように抽象化を実装から分離することです。

この例によれば、新しいスケジューラまたは新しいプラットフォームが将来導入される場合、変更はごくわずかです。

適応パターンは、2つの無関係なインターフェイスを連携させます。

例：数字の配列を並べ替える必要があります。

リストを入力として受け入れるソート機能がすでに実装されていますが、私の場合は要素が配列形式です。

配列をリストに変換して要素をソートし、結果リストを配列に変換するアダプタを作成できます。