Kompozisyon yoluyla arayüzleri uygulayan sınıftaki kazan plakasını azaltmak

Ben bir sınıf vardır: Aküçük sınıflar, bir dizi bir bileşimidir B, Cve D.

B, CVe Darabirimlerini IB, ICve IDsırasıyla.

Yana Atüm işlevselliği destekler B, Cve D, Auygular IB, ICve IDaynı zamanda, ama bir sürü bu maalesef potansiyel müşteri uygulanmasında yeniden yönlendirmeA

Şöyle ki:

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;}
    }
}

Bu kazan plakası yönlendirmesinden herhangi birinden kurtulmanın bir yolu var mı A? B, CVe Dtüm farklı ama ortak işlevselliği uygulamak ve bunun gibi Aaletlerin IB, ICve IDbu demektir çünkü içinde geçebilir Abu arabirimleri eşleşen bir bağımlılık olarak kendisi ve iç yardımcı yöntemleri göstermek gerekmez.

Aradığınıza yaygın olarak mixins denir . Ne yazık ki, C # bunları doğal olarak desteklemiyor.

Birkaç geçici çözüm vardır: bir , iki , üç ve daha fazlası.

Aslında sonuncuyu gerçekten çok seviyorum. Isı levhasını oluşturmak için otomatik olarak oluşturulan kısmi sınıfı kullanma fikri, muhtemelen iyi bir çözüme ulaşabileceğiniz en yakın fikirdir:

[pMixins], pMixin öznitelikleriyle dekore edilmiş kısmi sınıflar için bir çözümü tarayan bir Visual Studio eklentisidir. Sınıfınızı kısmi olarak işaretleyerek, [pMixins] kod arkasında bir dosya oluşturabilir ve sınıfınıza ek üyeler ekleyebilir

Kodun kendisinde kaynak plakasını azaltmasa da, Visual Studio 2015 artık sizin için otomatik olarak ısıtıcı plakası oluşturmak için bir yeniden düzenleme seçeneği ile birlikte geliyor.

Bunu kullanmak için önce arayüzünüzü IExampleve uygulamanızı oluşturun Example. Ardından yeni sınıfınızı oluşturun Compositeve devralın IExample, ancak arabirimi uygulamayın.

Türünde bir özelliği veya alan ekleme Examplesizin için Composite, sınıf belirteci üzerindeki hızlı İşlemler menüsünü açmak IExampleiçin de Compositesınıf dosyası ve " 'Örnek' yoluyla arabirimini uygular" seçeneğini bu durumda 'Örnek' alanın veya özelliğin adıdır.

Visual Studio oluşturmak ve sizin için bu yardımcı sınıfına arabiriminde tanımlanan tüm yöntemleri ve özellikleri yönlendirir olurken, bu unutmayın gerekir değil Bu cevap yayınlanmıştır zaman gibi olayları yönlendirir.

Sınıfınız çok fazla şey yapıyor, bu yüzden çok fazla kazan plakası uygulamanız gerekiyor. Yorumlarda söylersiniz:

Person.WalkHelper.Walk () yerine Person.Walk () yazmak daha mantıklı geliyor

Katılmıyorum. Yürüme eyleminin birçok kuralı içermesi muhtemeldir ve Personsınıfa ait değildir - Kişinin uyguladığı WalkingServicebir walk(IWalkable)yöntemle bir sınıfa aittir IWalkable.

Kod yazarken daima SOLID ilkelerini unutmayın. Burada en uygun olan ikisi Endişelerin Ayrılması (yürüyüş kodunu ayrı bir sınıfa çıkartın) ve Arayüz Ayrımı (arayüzleri belirli görevlere / işlevlere / yeteneklere ayırın). Birden fazla arayüzünüzle bazı I'lere sahip olabileceğiniz gibi görünüyor, ancak daha sonra bir sınıfı bunları uygulayarak tüm iyi çalışmalarınızı geri alıyorlar.

Aradığın şey çoklu miras. Ancak, ne C # ne de Java'da yoktur.

B'yi A'dan uzatabilirsiniz. Bu, B için özel bir alan ve yönlendirme tutkalı ihtiyacını ortadan kaldıracaktır. Ancak bunu yalnızca B, C veya D'den biri için yapabilirsiniz.

Şimdi C'yi B'den ve D'yi C'den devralabilirseniz, o zaman sadece A exture D'ye sahip olmanız gerekir ...;) onun için.

C ++ 'da A, B, C ve D'den miras alabilirsiniz.

Ancak çoklu miras, programları akıl yürütmeyi zorlaştırır ve kendi sorunları vardır; Ayrıca, bundan kaçınmak için genellikle temiz bir yol vardır. Yine de, bazen onsuz, tekrarlanan kazan plakası ile nesne modelinin nasıl ortaya çıktığı arasında tasarım ödünleşmeleri yapılması gerekir.

Kompozisyonu ve mirası karıştırmaya çalıştığınız hissi veriyor. Bu C ++ olsaydı, saf bir miras çözümü kullanabilirsiniz. Ama olmadığından kompozisyonu benimsemenizi tavsiye ederim.