Zaten soyut bir sınıfım varsa bir arayüz tanımlamak anlamlı mı?

Bazı varsayılan / paylaşılan işlevselliği olan bir sınıf var. Bunun için kullanıyorum abstract class:

public interface ITypeNameMapper
{
    string Map(TypeDefinition typeDefinition);
}

public abstract class TypeNameMapper : ITypeNameMapper
{
    public virtual string Map(TypeDefinition typeDefinition)
    {
        if (typeDefinition is ClassDefinition classDefinition)
        {
            return Map(classDefinition);
        }
        ...

        throw new ArgumentOutOfRangeException(nameof(typeDefinition));
    }

    protected abstract string Map(ClassDefinition classDefinition);
}

Gördüğünüz gibi arayüz de var ITypeNameMapper. Zaten soyut bir sınıfım varsa TypeNameMapperveya abstract classyeterliyse bu arayüzü tanımlamak mantıklı mıdır?

TypeDefinition bu minimal örnekte de soyuttur.

Evet, çünkü C # arabirimler dışında birden çok kalıtıma izin vermez.

Yani hem TypeNameMapper hem de SomethingelseMapper olan bir sınıf varsa yapabilirim:

class MultiFunctionalClass : ITypeNameMapper, ISomethingelseMapper 
{
    private TypeNameMapper map1
    private SomethingelseMapper map2

    public string Map(TypeDefinition typeDefinition) { return map1.Map(typeDefintion);}

    public string Map(OtherDef otherDef) { return map2.Map(orderDef); }
}

Arayüzler ve soyut sınıflar farklı amaçlara hizmet eder:

• Arayüzler API'leri tanımlar ve uygulamalara değil istemcilere aittir.
• Sınıflar uygulamaları paylaşıyorsa, soyut bir sınıftan yararlanabilirsiniz .

Örneğin, interface ITypeNameMappermüşterilerin ihtiyaçlarını tanımlar ve abstract class TypeNameMapperherhangi bir değer katmaz.

Tüm arayüz kavramı, paylaşılan bir API'ya sahip bir sınıf ailesini desteklemek için oluşturuldu.

Bu açıkça bir arayüzün herhangi bir kullanımının, spesifikasyonunun birden fazla uygulamasının olduğunu (veya olması beklenen) ima ettiğini söylüyor.

DI çerçeveleri, burada sadece bir uygulama olmasına rağmen birçoğunun bir arayüze ihtiyaç duyduğu için suları karıştırdı - bana göre bu, çoğu durumda yeni çağırmanın daha karmaşık ve yavaş bir yolu için mantıksız bir yüktür, ancak ne olduğu.

Cevap sorunun kendisinde yatıyor. Soyut bir sınıfınız varsa, ortak bir API ile birden fazla türetilmiş sınıf oluşturmaya hazırlanırsınız. Böylece, bir arayüzün kullanımı açıkça belirtilmiştir.

Soruyu açıkça cevaplamak istiyorsak, yazar "Eğer zaten bir soyut sınıf TypeNameMapper veya soyut sınıf yeterli ise bu arayüzü tanımlamak mantıklı mı?"

Cevap evet ve hayır - Evet, zaten soyut temel sınıfınız olsa bile arayüzü oluşturmalısınız (çünkü herhangi bir istemci kodunda soyut temel sınıftan bahsetmemelisiniz) ve hayır, çünkü oluşturmamalısınız bir arabirimin yokluğunda soyut temel sınıf.

Oluşturmaya çalıştığınız API hakkında yeterince düşünmediğiniz açıktır. Önce API ile gelin, ardından istenirse kısmi bir uygulama sağlayın. Soyut temel sınıfınızın kod yazımı denetimi yapması, doğru soyutlama olmadığını söylemek için yeterlidir.

OOD'daki çoğu şeyde olduğu gibi, oluktayken ve nesne modelinizi iyi yaptığınızda, kodunuz bir sonraki adımla ilgili olarak sizi bilgilendirir. Bir arayüz ile başlayın, bu arayüzü ihtiyacınız olan sınıflara uygulayın. Kendinize benzer bir kod yazarken bulursanız, bunu soyut bir temel sınıfa çıkarın - önemli olan arayüzdür, soyut temel sınıf sadece bir yardımcıdır ve birden fazla olabilir.

Bu uygulamanın geri kalanını bilmeden cevaplamak oldukça zordur.

Bir çeşit DI modeli kullandığınızı ve kodunuzu olabildiğince genişletilebilir olarak tasarladığınızı varsayarsak ( TypeNameMapperkolayca yeni ekleyebilirsiniz ) evet diyebilirim.

Sebepleri:

• Temel sınıf uyguladığı için etkili bir şekilde ücretsiz olarak alırsınız interface, herhangi bir çocuk uygulamasında bunun için endişelenmenize gerek yoktur.
• Çoğu IoC çerçevesi ve Alay kütüphanesi interfaces. Birçoğu soyut sınıflarla çalışırken, her zaman verilen bir şey değildir ve mümkünse bir kütüphane kullanıcılarının diğer% 99'uyla aynı yolu izlemeye inanıyorum.

Sebepler:

• Kesin olarak (işaret ettiğiniz gibi) GERÇEKTEN yapmanız gerekmiyor
• Eğer class/ interfacedeğiştirir biraz ek yükü var

Her şeyi düşündüğümü yaratmanız gerektiğini söyleyebilirim interface. Sebepleri oldukça ihmal edilebilir, ancak alay ve IoC'de özetleri kullanmak mümkün olsa da, arayüzlerle genellikle çok daha kolaydır. Nihayetinde, başka bir yoldan giderse bir meslektaşının kodunu eleştirmezdim.