Veri türleri için arabirimler kullanmak bir anti-desen midir?

Kullanıcı, Ürün, Fatura ve Sipariş gibi, modelimde (EF kullanarak) çeşitli öğelerim olduğunu varsayalım.

Uygulamamda varlıkların önceden belirlenmiş kümeye ait olduğu varlık nesneleri özetlerini yazdırabilen bir kullanıcı denetimi yazıyorum, bu durumda Kullanıcı ve Ürün özetlerinin özetlenebileceğini söylüyorum.

Özetlerin hepsi sadece bir ID ve bir açıklama olacak, bu yüzden bunun için basit bir arayüz oluşturun:

 public interface ISummarizableEntity {     
       public string ID { get; }    
       public string Description { get; } 
 }

Sonra söz konusu varlıklar için, bu arabirimi uygulayan kısmi bir sınıf oluşturun:

public partial class User : ISummarizableEntity
{
    public string ID
    {
        get{ return UserID.ToString(); }
    }

    public string Description 
    {
        get{ return String.Format("{0} {1} is from {2} and is {3} years old", FirstName, LastName, Country, Age); }
    }
}

public partial class Product: ISummarizableEntity
{
    public string ID
    {
        get{ return ProductID.ToString(); }
    }

    public string Description 
    {
        get{ return String.Format("{0} weighs {1}{2} and belongs in the {3} department", ProductName, WeightValue, WeightUnit, Department); }
    }
}

Bu şekilde kullanıcı kontrolüm / kısmi görünümüm herhangi bir ISummarizableEntity koleksiyonuna bağlanabilir ve kaynakla hiç ilgilenmesi gerekmez. Arayüzlerin veri türü olarak kullanılmaması gerektiği söylendi ancak bundan daha fazla bilgi alamadım. Gördüğüm kadarıyla, arayüzler normalde davranışı tanımlasa da, sadece özellikleri kullanmak kendi içinde bir anti-desen değildir, çünkü özellikler zaten alıcılar / ayarlayıcılar için sözdizimsel şekerdir.

Somut bir veri türü oluşturabilir ve varlıklardan buna eşleyebilirim ama faydasını göremiyorum. Varlık nesnelerini soyut bir sınıftan miras alıp sonra özellikleri tanımlayabilirim ama sonra varlıkları birden fazla mirasa sahip olamayacağımız için daha fazla kullanmaya kilitliyorum. Ayrıca istersem herhangi bir nesnenin ISummarizableEntity olması için açıkım (tabii ki arayüzü yeniden adlandıracağım)

Aklımda kullandığım çözüm sürdürülebilir, genişletilebilir, test edilebilir ve oldukça sağlamdır. Burada anti-paterni görebiliyor musunuz?

Arayüzler davranışları tanımlamaz. Bazen tam tersi.

Arabirimler, "bu nesneyi bir ISummarizableEntity'yi kabul eden herhangi bir yönteme sunacaksam, bu nesnenin kendisini özetleyebilen bir varlık olması" gibi bir ifadeyi açıklar - sizin durumunuzda, dize kimliği ve bir dize Açıklama.

Arayüzlerin mükemmel kullanımı. Burada anti-desen yok.

Bu tasarım için daha iyi bir yol seçtiniz, çünkü birden çok, farklı nesne türlerinden gerekli olacak belirli bir davranış türü tanımlıyorsunuz. Bu durumda kalıtım, aslında var olmayan sınıflar arasında ortak bir ilişki anlamına gelir. Bu durumda, kalıtılabilirliğe göre bileşimi tercih edilir.

Sadece özelliklerini taşıyan Arayüzler gerektiğini beri kaçınılmalıdır:

• amacı gizliyor: sadece bir veri taşıyıcısına ihtiyacınız var
• kalıtımı teşvik eder: birisinin gelecekteki endişeleri karıştırması olasılığı
• serileştirmeyi önler

Burada iki endişeyi karıştırıyorsunuz:

• veri olarak özet
• sözleşme olarak özet

Özet iki dizeden oluşur: id ve açıklama. Bu düz veri:

public class Summary {
    private readonly string id;
    private readonly string description;
    public Summary(string id, string description) {
        this.id = id;
        this.description = description;
    }
    public string Id { get { return id; } }
    public string Description { get { return description; } }
}

Artık bir sözleşme tanımlamak istediğiniz özeti tanımladığınıza göre:

public interface ISummarizableEntity {
    public Summary GenerateSummary();
}

Alıcılarda zeka kullanmanın bir anti-desen olduğunu ve bundan kaçınılması gerektiğini unutmayın: bunun yerine işlevlerde bulunmalıdır. Uygulamalar şöyle görünür:

public partial class User : ISummarizableEntity {
    public Summary GenerateSummary() {
        var id = UserID.ToString();
        var description = String.Format("{0} {1} is from {2} and is {3} years old", FirstName, LastName, Country, Age);
        return new Summary(id,description);
    }
}

public partial class Product : ISummarizableEntity {
    public Summary GenerateSummary() {
        var id = ProductID.ToString();
        var description = String.Format("{0} weighs {1}{2} and belongs in the {3} department", ProductName, WeightValue, WeightUnit, Department);
        return new Summary(id,description);
    }
}