Ortak bir alan ne zaman bir temel sınıfa taşınmalı?

Şu anda iki türetilmiş sınıf var Ave Bher ikisinin de ortak bir alanı var ve temel sınıfa girip girmeyeceğini belirlemeye çalışıyorum.

Asla temel sınıftan referans Calınmaz ve yolun bir noktasında başka bir sınıf türetilmişse , bunun bir sınıfına sahip değilse _field1, o zaman "en az ayrıcalıklı" (veya bir şey) ilkesinin ihlal edilmeyeceğini söyler oldu?

public abstract class Base
{
    // Should _field1 be brought up to Base?
    //protected int Field1 { get; set; }
}

public class A : Base
{
    private int _field1;
}

public class B : Base
{
    private int _field1;
}

public class C : Base
{
    // Doesn't have/reference _field1
}

Her şey çözmeye çalıştığınız soruna bağlıdır.

Somut bir örnek düşünün: soyut temel sınıfınız Vehicleve şu anda somut uygulamalarınız var Bicycleve Car. Sen hareketli düşünüyorsanız numberOfWheelsgelen Bicycleve Cararaca. Bunu yapmalı mısın? Hayır! Çünkü tüm araçların tekerlekleri yoktur. Bir Boatsınıf eklemeye çalışırsanız, o zaman kırılacağını söyleyebilirsiniz.

Eğer soyut temel sınıfınız şimdi üye değişkenine WheeledVehiclesahip olmak mantıklıdır numberOfWheels.

Probleminize aynı mantığı uygulamanız gerekir, çünkü gördüğünüz gibi bu basit bir evet veya hayır cevabı değildir.

Mantıksal olarak konuşursak, alt sınıfta çoğaltılan alanı, temel sınıfta ortak yerine yerleştirmenin ötesinde, üçüncü bir seçenek vardır: bu, ikisi arasında ortak özelliklere sahip olan hiyerarşiye yeni bir alt sınıf eklemek. @Pete tam olarak oraya gitmeden ipuçları veriyor.

@ Pete örneğini kullanarak Tekerlekli Araç için orijinal taban sınıfından inen (muhtemelen soyut) bir alt sınıf tanıtacağız - iki alt sınıf da ondan aşağı iner. Bu nedenle, orijinal taban sınıfı tekerleklerle kirlenmez, ancak tekerleklerin ortaklığı DRY'dir (tekerlekleri olan alt sınıflar arasında tekrarlanmaz).

Bu, elbette, amaçlarınız için aşırıya kaçabilir, ancak bu, sınıf hiyerarşi mekanizması tarafından desteklenir.

Burada şeytanın avukatını oynayacağım.

Şu an hiçbir şey yapmamalısın .

KURU mu? Hayır. Ancak, daha sonra kolayca geri dönemeyeceğiniz erken bir soyutlamadan küçük bir çoğaltma yapmak daha iyidir. Bir özelliği ortak bir temel sınıfa taşımak için refactor kolaydır. Diğer tarafa gitmek değil. Bekle ve gör.

Bu tür bir karar verirken "3 kuralı" kullanma eğilimindeyim: Aynı şeyi örneğin üç farklı yerde tekrarladıktan sonra ve ancak o zaman, onu zincirden yukarı çıkarmayı düşünebilir miyim. Not: Sadece 2 yaşındasın.

Genel olarak, onu temel sınıfa taşırdım. Nesnel bir evet / hayır olduğunu düşünmüyorum, çünkü burada bir denge var - kullanılmayan alanları taşımak ve karmaşıklığı azaltmak.

Genellikle paylaşılabilecek her şeyi içeren 'ağır' temel sınıfları tercih ederim. Bu, türetilmiş her sınıfta alt öğe serileştirme yöntemlerine ihtiyacınız olmadığından dosyalara serileştirmeyi kolaylaştırır. Ancak bu veya benzeri bir sorununuz yoksa veya belki de bellek kullanımını azaltmak için elinizden gelen her şeyi yapmanız gerekiyorsa, yalnızca ihtiyaç duyduğunuz alanları tutmak iyi olmalıdır.

Çok sınırlı sayıda alanınız varsa, ortak alanları tanıtan bir 'aracı' sınıf iyi olacaktır. Ancak, farklı kombinasyonlarda düzinelerce alanınız varsa, yaklaşımın karmaşıklığı önemli ölçüde artırabileceğini unutmayın; Bu bir bakım sorunu haline gelebilir.