Açık/Kapalı İlkesi, sınıflarımızın arayüzlerini değiştiremediğimizi söylüyor mu? Lütfen sınıfta

Question

Görünüş:

public class SomeClass { 

public void method1(){ 
    // do something 
} 

public void method2(){ 
    // do something 
} 

} 

Sonraki 10 sınıfları bu sınıfı miras olduğunu düşünün. Yani, eğer methodr() 'e parametr eklersek, örneğin 10 sınıfı değiştirmeliyiz. Bu Açık/Kapalı ilkesine aykırıdır. Yani, Açık/Kapalı İlkesi sınıflarımızın genel arayüzünü değiştiremeyeceğimizi söylüyor mu?

Answer 1

Evet - nevi ... 8.> P

biraz sen public void method1() imzayı kaldırmak ne de tüm düzgün uygulayarak teslim edilecek (onun semantik değiştirmemelidir diyor "değişikliklere Closed" beton sınıfları.

"Uzantıya aç" bit, önceki arabirim öğelerinin olduğu gibi (yapısal ve semantik olarak) olduğu sürece arabirimi (dikkatli bir şekilde) değiştirmenize izin verir.

public class SomeClass { 

    @Deprecated 
    default public void method1(){ 
     method1(#SENTINAL#); 
    } 

    public void method1(#TYPE# arg){ 
     if (arg == #SENTINAL#) { 
      // do something old 
     } else { 
      // do something new 
     } 
    } 

    public void method2(){ 
     // do something 
    } 

} 

NOT: argüman yararlı bir # Sentinal # değeri yoktur, bu yaklaşım çalışmayabilir, örneğin Böyle bir şey deneyebilirsiniz Bu bir int ve tüm değerler geçerlidir.

public class SomeClass { 

    @Deprecated 
    default public void method1(){ 
     method1(true); 
    } 

    public void method1(#TYPE# arg){ 
     method1(false, arg) 
    } 

    private void method1(boolean isOldWay, #TYPE# arg) { 
     if(isOldWay) { 
      // snore - still old clients 
     } else { 
      // yea! new clients are much greener! 
     } 
    } 
} 

PS: Genellikle olsa da, bir şey vb böyle sentinal mevcut olduğunda, herhangi bir MİN veya MAX değeri, negatif boş veya null bir nesne gibi, sen gibi özel ortak yöntem, oluşturabilir, orada - Sınıf kullanıyorsanız bile "arayüz" diyorum. Sadece arayüzü, sınıfın uygulandığı aynı zamanda ilan edilen sınıfın genel öğeleri olarak düşünün. Genelde kod-arası arayüzleri tercih ederim, fakat bu OP'nin sorusu değil, ya da benim noktayı değiştirir (yalnızca kodunun değiştirilmesinin yapıldığı - Java 8 arayüz-varsayılan uygulamaları kullanılıyorsa).

Answer 2

Bu bir OCP ihlalidir. Modifikasyon, sınıfa geçtikten ve test ettikten sonra artık değiştirmemeniz anlamına gelir. İş gereksinimlerinin aniden değiştiğini ve bunları ne kadar iyi tasarlamış olursanız olun sınıflarınızı değiştirmeniz gerektiğini tahmin edebileceğiniz durumlar vardır. Senin durumunda bunu yapmanın en temiz yolu uygulayan sınıfların yapıcısı bunu enjekte ederek bu yeni parametre eklemek için, ya da daha da iyisi,

public class SomeClass{  
    IProvider _provider; 

    public SomeClass(IProvider provider){ 
     _provider = provider 
    } 

    public void method1(){ 
     var someInput = _provider.Get(); 
     // do something 
    } 

    public void method2(){ 
     var someInput = _provider.Get(); 
     // do something 
    } 
}