理解する限りでは、アダプターパターンは、目的の実際のオブジェクトのラッパーオブジェクトを作成しています。これは、もう1つのレベルの間接化であり、柔軟性を提供します。柔軟性は、実際のオブジェクトのインターフェイスが変更された場合、実際のオブジェクトを指すラッパーインターフェイスを変更し、クライアント側の公開インターフェイスを変更しないという点です。
Proxyパターンは、すべてのプロキシラッパーは実際のオブジェクトの機能の唯一のコヒーレントサブセットを提供していることの違いで、同じです。「1つの目的のために1つのクラス」を作成しようとするとき、なぜこれが役立つのかは私にはわかりません。
これを正しく入手しましたか？
回答:
完全ではありません。
アダプタパターンの主な目的は、クラス/ライブラリAのインターフェイスをクライアントBの期待に変更することです。典型的な実装は、ラッパークラスまたはクラスのセットです。目的は、将来のインターフェースの変更を容易にすることではなく、現在のインターフェースの非互換性です。
Proxyパターンはまた、ラッパークラスを使用しますが、異なる目的のために。プロキシパターンの目的は、実際のリソースの代役を作成することです。プロキシを使用する理由は
最も重要なことは、プロキシが、それが代用される実際のリソースのドロップイン置換を提供するため、同じインターフェースを提供する必要があるということです。
私はこの説明が好きです：
プロキシはサービスの動作を変更しますが、そのインターフェースは保持します。
アダプターは、サービスのインターフェースを変更しますが、その動作は保持します。
ソース：https : //www.netobjectives.com/PatternRepository/index.php?title=AdapterVersusProxyVersusFacadePatternComparison