C#で学ぶデザインパターン入門 ②Adapter

## 概要
@hyuki 先生著の[『Javaで学ぶデザインパターン入門』（2004年、SB Creative）](http://www.hyuki.com/dp/)の1章ずつをベースに、サンプルコードをC#で置き換えながら勉強していく記事です。

※著者の @hyuki 先生には適切に書籍への参照を入れれば問題ない旨ご確認いただいています。


## 本題
<b>Adapterパターン</b>
第2回はAdapterパターンです。Adapterパターンは本の表現を借りると、「すでに提供されているものと必要なものの間のずれを埋める」ようなデザインパターンです。
Adapterパターンには`①Class Adapterパターン（継承を使う）`と`②Object Adapterパターン（委譲を使う）`の二種類があります。

### サンプルコード
早速具体的な事例を見てみましょう。[『Javaで学ぶデザインパターン入門』（2004年、SB Creative）](http://www.hyuki.com/dp/)に掲載されているコードをC#で（大体）書き換えます。

まずはClass Adapterパターンからです。

①Class Adapterパターン

```C#

// コンソールアプリケーションで実行を確認しました
using System;

namespace ClassAdapterPattern
{
    // Client
    class Program
    {
        static void Main(string[] args)
        {
            Print p = new PrintBanner("Hello");
            p.PrintWeak();
            // => (Hello)
            p.PrintStrong();
            // => *Hello*

            // 実行が一瞬で終わって確認できないので、キーの入力を待ちます
            Console.ReadLine();
        }
    }

    // このクラスは既に提供されているものとします
    // Adaptee
    public class Banner
    {
        private string str;
        public Banner(string str)
        {
            this.str = str;
        }
        public void ShowWithPattern()
        {
            Console.WriteLine($"({str})");
        }
        public void ShowWithAster()
        {
            Console.WriteLine($"*{str}*");
        }
    }

    // Target
    public interface Print
    {
        void PrintWeak();
        void PrintStrong();
    }

    // Adapter
    public class PrintBanner : Banner, Print
    {
        public PrintBanner(string str) : base(str) { }
        public void PrintWeak()
        {
            this.ShowWithPattern();
        }
        public void PrintStrong()
        {
            this.ShowWithAster();
        }
    }

}
```

次にObject Adapterパターンです。

②Object Adapterパターン

```csharp
// コンソールアプリケーションで実行を確認しました
using System;

namespace ObjectAdapterPattern
{
    class Program
    {
        // Client
        static void Main(string[] args)
        {
            Print p = new PrintBanner("Hello");
            p.PrintWeak();
            // => (Hello)
            p.PrintStrong();
            // => *Hello*

            // 実行が一瞬で終わって確認できないので、キーの入力を待ちます
            Console.ReadLine();
        }
    }

    // このクラスは既に提供されているものとします
    // Adaptee
    public class Banner
    {
        private string str;
        public Banner(string str)
        {
            this.str = str;
        }
        public void ShowWithPattern()
        {
            Console.WriteLine($"({str})");
        }
        public void ShowWithAster()
        {
            Console.WriteLine($"*{str}*");
        }
    }

    // Target
    public abstract class Print
    {
        public abstract void PrintWeak();
        public abstract void PrintStrong();
    }

    // Adapter
    public class PrintBanner : Print
    {
        private Banner banner;
        public PrintBanner(string str)
        {
            this.banner = new Banner(str);
        }
        public override void PrintWeak()
        {
            this.banner.ShowWithPattern();
        }
        public override void PrintStrong()
        {
            this.banner.ShowWithAster();
        }
    }
}

```


### 効能
* 既存のよくテストされて枯れたモジュールを使いまわせる。
* 必要とするメソッド群を素早く準備できる。
* バグが出た場合の修正箇所をadapter部分に絞り込める。

### 使用上の注意
* clientから使用するときは必要な分だけ定義したIFを使う
* サンプルだと`Print p = new PrintBanner("Hello");`であって、`PrintBanner p = new PrintBanner("Hello");`ではない

①Class Adapterパターンと②Object Adapterパターンのどちらを使うのか？について[『C#実践開発手法』](http://ec.nikkeibp.co.jp/item/books/P98470.html)に記述がありました。
> Class Adapterパターンは、それほど使用されないAdapterパターンです。これは主に、開発者が継承よりも合成を優:先するように教えられているためです。継承は***ホワイトボックス***の再利用であり、サブクラスをそのインターフェイスだけでなくクラスの実装にも依存させます。合成は***ブラックボックス***の再利用であり、依存関係はインタイフェースに限定されるため、クライアントに悪影響をおよぼさずに実装を変更することが可能です。

まとめると、

* 意図しない挙動を避けるため、モジュールの結合度を下げるためにClass AdapterパターンよりもObject Adapterパターンを使用した方がよいケースが多そう

ということでしょうか。

### 関連しているパターン

* [Bridgeパターン](http://qiita.com/toshi0607/items/580988e25f25fea9216e)
* [Decoratorパターン](http://qiita.com/toshi0607/items/a65d1abb95a97970ab8c)

### 感想や疑問
* 既存のメソッドを容易に変更し難い状況（internalなAPIでいろんなプラットフォームのクライアントから使ってて影響範囲がよく見えない、publicなAPI）だと確かにほしくなるのかなぁ。
* どっちがましかは状況に依るのかなぁ。
 * APIのオプションでメソッド内がififしてしまう
 * APIをいじらないようにする前提でclientが増えてAdapterが乱立する


### C#で学ぶデザインパターン入門
[①Iterator](http://qiita.com/toshi0607/items/cdc589c58f21c0fc513d)
[②Adapter](http://qiita.com/toshi0607/items/374373a8bd656f7188d4)
[③Template Method](http://qiita.com/toshi0607/items/cc8a87a3049bd7af52df)
[④Factory Method](http://qiita.com/toshi0607/items/d95bdd31da363e0f04a9)
[⑤Singleton](http://qiita.com/toshi0607/items/c172bb4478e72ae6ced7)
[⑥Prototype](http://qiita.com/toshi0607/items/f4358020befca048d2e0)
[⑦Builder](http://qiita.com/toshi0607/items/13e37d54e04b61bc69b5)
[⑧AbstractFactory](http://qiita.com/toshi0607/items/b8a19a4328849cdf1d99)
[⑨Bridge](http://qiita.com/toshi0607/items/580988e25f25fea9216e)
[⑩Strategy](http://qiita.com/toshi0607/items/72829d34ef9595f5b3b0)
⑪Composite Pattern
[⑫Decorator Pattern](http://qiita.com/toshi0607/items/a65d1abb95a97970ab8c)