私はデザインパターンの問題に取り組んでいます-私は過去にいくつかのシステムでファサードとアダプターパターンを使用しました。
これで、ラッパーのファサードパターンが見つかりました。私がそれを正しく理解している場合（私は漠然とした考えしか持っていません）、ラッパーファサードはファサードとアダプターパターンの組み合わせです。
今私はいくつかの質問があります：
その論文の重要な要約文は次のとおりです。
Facade は複雑なクラス関係を単純な API の背後に隠しますが、Wrapper Facade は複雑な関数とデータ構造の関係をより豊富なクラス API の背後に隠します。
解釈: Wrapper Facade は、ネイティブの非 OOP API およびコードの上の OOP レイヤーに関係します。このパターンは、一般的な Java 開発にはあまり関係ありません。その例として、ストリーム実装や Abstract Windowing Toolkit (AWT) など、多くのnativeメソッドを持つクラスがあります。java.io
あなたが与えたリンクから、私はaFacadeとaの違いを理解できるかどうかわかりませんWrapper Facade-それらはまったく同じことをしているように見えます：低レベルの機能/機能の異なるセットへの単純化されたインターフェースを提供します。
そのため、この「ラッパーファサード」がアダプターパターンを利用しているかどうかはわかりません。なぜそうする必要があるのでしょうか。ファサードの唯一の目的がクライアントに簡略化されたAPIを提供することである場合、あるものを別のものに適応させる必要はありません。
同様に、クライアントが特定のインターフェースを必要とする場合、それAdaptorが進むべき道であり、Facade
繰り返しますが、これはすべて、私がそのリンクを正しく読んだことを前提としています:-)