構成を通じてインターフェースを実装するクラスのボイラープレートを削減する

：私はクラスの持っているA、小さなクラスの数の複合体であるB、CとD。

B、C、およびDインターフェースを実装IB、ICおよびIDそれぞれ。

以来Aのすべての機能をサポートB、CおよびD、A実装IB、ICおよびID同様に、しかし、多くのこの残念ながらリードの実装で再ルーティングA

そのようです：

interface IB
{
    int Foo {get;}
}

public class B : IB
{
    public int Foo {get {return 5;}}
}

interface IC
{
    void Bar();
}

public class C : IC
{
    public void Bar()
    {
    }
}

interface ID
{
    string Bash{get; set;}
}

public class D: ID
{
    public string Bash {get;set;}
}

class A : IB, IC, ID
{
    private B b = new B();
    private C c = new C();
    private D d = new D();

    public int Foo {get {return b.Foo}}

    public A(string bash)
    {
        Bash = bash;
    }

    public void Bar()
    {
        c.Bar();
    }

    public string Bash
    {
         get {return d.Bash;}
         set {d.Bash = value;}
    }
}

このボイラープレートのリダイレクトを取り除く方法はありAますか？B、CおよびD全て異なるが、共通の機能を実装し、私そのようなA実装IB、ICおよびIDそれが意味するので、私は渡すことができA、これらのインタフェースにマッチ依存性としてそれ自体、および内側ヘルパーメソッドを公開する必要はありません。

あなたが探しているものは、一般的にミックスインと呼ばれています。悲しいことに、C＃はそれらをネイティブにサポートしていません。

1つ、2つ、3つなど、いくつかの回避策があります。

私は実際に最後のものが本当に好きです。自動生成された部分クラスを使用してボイラープレートを生成するという考えは、おそらく実際に良い解決策を得ることができる最も近いものです。

[pMixins]は、pMixin属性で装飾された部分クラスのソリューションをスキャンするVisual Studioプラグインです。クラスを部分的にマークすることにより、[pMixins]は分離コードファイルを作成し、クラスにメンバーを追加できます。

コード自体のボイラープレートは削減されませんが、Visual Studio 2015には、ボイラープレートを自動的に生成するリファクタリングオプションが付属しています。

これを使用するには、まずインターフェースIExampleと実装を作成しますExample。次に、新しいクラスCompositeを作成してそれを継承IExampleさせますが、インターフェースは実装しません。

タイプのプロパティまたはフィールドを追加しExample、あなたにComposite、クラストークンのクイックアクションメニューを開きIExample、あなたの中にCompositeクラスファイルとこの場合の「例」はフィールドまたはプロパティの名前である「『例』を介してインタフェースを実装」を選択します。

Visual Studioはインターフェイスで定義されたすべてのメソッドとプロパティを生成してこのヘルパークラスにリダイレクトしますが、この回答が投稿された時点ではイベントをリダイレクトしないことに注意してください。

クラスの処理が多すぎるため、多くの定型文を実装する必要があります。あなたはコメントで言う：

Person.WalkHelper.Walk（）とは対照的に、Person.Walk（）を書く方が賢明です。

同意しません。歩く行為には多くのルールが含まれる可能性が高く、Personクラスには属していません。Personが実装WalkingServiceするwalk(IWalkable)メソッドを持つクラスに属していますIWalkable。

コードを作成するときは、常にSOLIDの原則に留意してください。ここで最も適切な2つは、懸念の分離（ウォーキングコードを別のクラスに抽出する）とインターフェイスの分離（特定のタスク/機能/機能にインターフェイスを分割する）です。複数のインターフェイスを備えたIの一部を使用しているように見えるかもしれませんが、1つのクラスにそれらを実装させることで、すべての優れた作業を取り消しています。

あなたが探しているのは多重継承です。ただし、C＃にもJavaにもありません。

AからBを拡張できます。これにより、Bのプライベートフィールドやリダイレクトグルーの必要がなくなります。ただし、これはB、C、またはDのいずれかに対してのみ実行できます。

ここで、CをBから継承し、DをCから継承できる場合は、AにDを拡張するだけで十分です。それのための。

C ++では、AにB、C、Dから継承させることができます。

しかし、多重継承はプログラムを推論することを難しくし、それ自体に問題があります。さらに、それを避けるための明確な方法がしばしばあります。それでも、それがない場合もあるので、繰り返しボイラープレートとオブジェクトモデルがどのように公開されるかの間で設計のトレードオフを行う必要があります。

構成と継承を混在させようとしているように感じます。これがC ++の場合、純粋な継承ソリューションを使用できます。しかし、それは私が作曲を受け入れることをお勧めしませんので。