Java 디자인 패턴의 Liskov 대체 원칙은 무엇입니까?

LSP라고 하는 Liskov 대체 원리

정의:

기본 클래스에 대한 포인터나 참조를 사용하는 함수는 이를 알지 못한 채 파생 클래스의 개체를 사용할 수 있어야 합니다.

기본 클래스에 대한 모든 참조는 해당 개체를 사용할 수 있어야 합니다. 서브클래스 객체를 투명하게 만듭니다.

즉, 상위 클래스가 나타나기만 하면 하위 클래스도 나타날 수 있으며, 이를 하위 클래스로 대체해도 오류나 예외가 발생하지 않습니다. 그러나 반대로 하위 클래스가 나타나는 경우 상위 클래스로 대체되면 문제가 발생할 수 있습니다.

이 원칙은 좋은 상속을 위한 사양을 정의하는 것입니다. 간단히 말해서 4가지 수준의 의미를 갖습니다.

1 하위 클래스는 상위 클래스의 메서드를 완전히 구현해야 합니다.

추상 클래스를 정의합니다.

public abstract class ViewPoint {      //去丽江旅游      public abstract void where();  }

다음 두 클래스에 이어 이 추상 클래스를 구현하는 것입니다

public class Lijiang extends ViewPoint {         @Override     public void where() {          System.out.println("欢迎来到丽江...");      }     }   public class Zhangjiajie extends ViewPoint {         @Override     public void where() {          System.out.println("欢迎来到张家界...");      }     }

캐릭터는 Tutu이고, 그 안에 클래스 유형을 설정하여 매개변수를 전달합니다. 이때 투투가 가보고 싶은 관광지는 아직 추상적인

public class Tutu {      //定义要旅游的景点      private ViewPoint viewpoint;      //涂涂要去的景点      public void setViewPoint(ViewPoint viewpoint)      {          this.viewpoint = viewpoint;      }             public void travelTo()      {          System.out.println("涂涂要去旅游了");          viewpoint.where();      }  }

시나리오입니다. 가고 싶은 특정 관광지를

public class Sence {      public static void main(String args[])      {          Tutu tutu = new Tutu();          //设置要去的旅游景点          tutu.setViewPoint(new Lijiang());          tutu.travelTo();      }  }

로 설정하세요

import java.util.Collection;  import java.util.HashMap;     public class Father {      public Collection say(HashMap map)      {          System.out.println("父类被执行...");          return map.values();      }  }

작업 결과:

투투가 여행을 갑니다

리장에 오신 것을 환영합니다...

둘째, 하위 클래스는 각자의 특성을 가질 수 있습니다

즉, 클래스의 하위 클래스 클래스에서는 다른 메서드나 속성을 정의할 수 있습니다

3. 상위 클래스의 메서드를 재정의하거나 구현할 때 입력 매개변수가 증폭될 수 있습니다

상위 클래스가 존재할 수 있는 경우 하위 클래스 있을 수 있으며 실행 결과에는 영향을 미치지 않습니다. 그 반대는 사실이 아닙니다.

Parent 클래스인 say()의 매개변수는 Map 유형의 하위 유형인 HashMap 유형입니다. (하위 클래스의 범위가 상위 클래스보다 커야 하기 때문입니다.)

import java.util.Collection;  import java.util.Map;     /*   * 子类继承了父类的所有属性   */ public class Son extends Father {      //方法输入参数类型      public Collection say(Map map)      {          System.out.println("子类被执行...");          return map.values();      }  }

하위 클래스의 경우 say()의 매개변수가 Map 유형이 됩니다. Map 범위는 LSP에 맞는 HashMap 유형보다 큽니다. 원칙. 매개변수 유형이 다르기 때문에 여기서 말하는 내용은 상위 클래스의 발언을 덮어쓰지 않는다는 점에 유의하세요. 하지만 과부하.

import java.util.HashMap;     public class Home {      public static void main(String args[])      {          invoke();      }             public static void invoke()      {          //父类存在的地方，子类就应该能够存在          //Father f = new Father();          Son s = new Son();          HashMap map = new HashMap();          //f.say(map);          s.say(map);      }  }

Scene class

rrreee

say 메소드를 상위 클래스로 호출하든 하위 클래스로 호출하든 결과는 상위 클래스가 실행되는 결과...

그러나 위 Father의 say 매개변수를 Map으로 변경하면, 하위 클래스 Son의 say 매개변수를 HashMap으로 변경하면 결과는

f.say(map) 결과: 상위 클래스가 실행됩니다...

s.say(map) 결과: 하위 클래스가 실행됩니다..

논리적 혼란을 야기할 수 있습니다. 따라서 하위 클래스에 있는 메서드의 전제 조건은 상위 클래스에서 재정의된 전제 조건과 동일하거나 그보다 넓어야 합니다.

4. 상위 클래스의 메소드를 오버라이드하거나 구현하면 출력 결과가 줄어들 수 있습니다.

실제로는 위와 유사합니다. 즉, 상위 클래스가 나타날 수 있는 곳에 하위 클래스가 나타날 수 있으며, 이를 하위 클래스로 바꾸면 오류나 예외가 발생하지 않습니다. 사용자는 해당 클래스가 상위 클래스인지 하위 클래스인지 알 필요가 없습니다. 그러나 그 반대는 하위 클래스가 나타날 때마다 상위 클래스가 적응하지 못할 수도 있습니다. (결국 하위 클래스의 범위는 >= 상위 클래스의 범위여야 합니다)

위 내용은 Java 디자인 패턴의 Liskov 대체 원칙은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!