Принцип Open/Closed говорит, что мы не можем изменять интерфейсы наших классов?

Question

Посмотрите на этот класс, пожалуйста:

public class SomeClass { 

public void method1(){ 
    // do something 
} 

public void method2(){ 
    // do something 
} 

} 

Далее, представьте, что 10 классов наследует этот класс. Итак, если мы добавим параметр to method1(), например, мы должны изменить 10 классов. Это противоречит принципу Open/Closed. Итак, принцип Open/Closed говорит, что мы не можем изменить публичный интерфейс наших классов?

Answer 1

Да - вроде ... # 8> P

«Closed изменения» бит говорит, что вы не должны удалить public void method1() подпись и не изменяет свою семантику (которые должны быть поставлены все правильно реализации конкретные классы).

«Открыть для расширения» бит позволяет (тщательно) изменять интерфейс до тех пор, пока предыдущие элементы интерфейса остаются как есть (структурно и семантически). Вы могли бы попробовать что-то вроде этого:

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 
    } 

} 

ПРИМЕЧАНИЕ: Этот подход может не работать, если аргумент не имеет полезный # Sentinal # значение, например, это int и все значения действительны. Часто, однако, есть кое-что, как и любое отрицательное, значение MIN или MAX, пустой или нулевой объект, и т.д. Если нет такого Sentinal нет в наличии, вы можете создать частный общий метод, как:

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 - Я говорю «интерфейс», даже если вы используете класс. Подумайте об интерфейсе как об открытых элементах класса, объявленных одновременно с реализацией класса. Обычно я предпочитаю использовать код-интерфейс, но это не вопрос OP, и он не изменит мою точку зрения (просто , где были внесены изменения - esp при использовании реализаций интерфейса Java 8 по умолчанию).

Answer 2

Нарушение OCP. Близко к модификации означает, что после того, как вы внедрили класс и протестировали его, его больше не следует изменять. Существуют непредсказуемые случаи, когда бизнес-требования внезапно меняются, и вы должны модифицировать свои классы независимо от того, насколько хорошо вы их разработали. Чистейший способом сделать это в вашем случае, чтобы добавить новый параметр, вводя его в конструктор исполнителей классов, или даже лучше, впрыснуть поставщик этого параметра

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