アダプターデザインパターン

私たちの家の例を見てみましょう。私たちは皆、壁に電気ソケットが取り付けられているのを見てきました。これらのソケットには、国ごとに独自のスタイルのコンセントがあるという奇妙な事実があります。そのため、スマートフォンメーカーは、国に固有の異なるスタイルの充電アダプターを製造しています。

もう1つの優れた例は、AppleのHyperdriveです。非常に多くのデバイスを単一のUSBポートに接続します。ここでは、ハイパードライブがアダプターとして機能しています。

アダプターはラッパーとも呼ばれます。さまざまなオブジェクトで使用できるオブジェクトをラップするためです。

最初にUMLを見てみましょう。

1. 基本的にはclient パターンを使いたいクラスです。呼び出し元のクラス。
2. によってのみ提供できるものがclient 欲しいのですが、私たちは直接HAS-A関係を持ち、それを使って行うことができます。しかし、問題は、別の、たとえば別のによって提供される別のspecific_requestがある場合にあります。この場合、別のHAS-A関係を作成する必要があり、これは新しい要件ごとに再発する可能性があります。したがって、問題が発生します。新しいリクエストが来るたびに、それをクライアントクラスにマッピングする必要があります。これで、リクエストごとにコードを拡張できない場合、そのアプローチの何が問題になっているのかをうまく議論できます。 -閉鎖原則」私たちは変更のために閉鎖されています。Specific_request()class Adapteeclass Adaptee2

この混乱に対処するために、新しいリクエストの概念を抽象化し、抽象化によってクライアントからのリクエストの委任を処理させることができます。上記のUMLでは、によって処理されますinterface ITarget。

コーディングに飛び込みましょう。

たとえば、アプリケーションがXMLファイルからデータを読み取り、それが今日の目的を果たしているとしましょう。しかし、明日、アプリケーションでJSONをサポートしたい場合は、どうしますか？そのとき、Adapterデザインパターンを使用できます。

この問題のアーキテクチャを設計しましょう。次の図では、2つのクラスがXMLAdapteeありJSONAdaptee、これらのクラスはinterface IEmployeeDetails抽象メソッドを持つを継承するGetData()ため、クラスは独自のロジックに独自の実装を使用できます。

は、XMLで結果が必要な場合にインスタンスをclass program注入するか、JSONで結果が必要な場合にインスタンスを渡すことができます。XMLAdaptee’sAdapter objectJSONAdaptee’s

明日YAMLに別の要件が発生した場合は、クラスYAMLAdapteeを作成して独自のロジックをで記述できますGetData() method。

これがUMLの外観です。

interface ITargetクライアントから呼び出されるを作成しましょう。

次にclass Adapter、、

実装しますITarget：このクラスにもありますinterface IEmployeeDetails：このインターフェイスは、XMLとJSONの両方の適応者によって実装され、両方のクラスで同様のアーキテクチャを維持するため、クライアントコードは変更されません。

を作成しましょうinterface IEmployeeDetails：

class employeeと_entity:

class XMLAdapteexmlデータをロードします。今のところ、コード自体からデータを生成できます。

次に、class JSONAdaptee：

最後になりましたが、発信者class program：

XMLデータの出力：行番号15program.cs

JSONデータの出力。コードの上記の行のコメントを外すだけです。行番号18program.cs

完全！この記事を楽しんでいただき、学んだことを自分のアプリケーションに適用するように促されたことを心から願っています。ありがとうございました。

ハッピーコーディング!!

Linkedinで私を捕まえろ