PHP Liskov 대체 원리의 실제 분석

이번에는 PHP 리히터 치환 원리에 대한 실제 분석을 가져오겠습니다. PHP 리히터 치환 원리를 사용할 때 주의사항은 무엇인가요?

대체 원리는 1987년 OOPSLA 컨퍼런스에서 MIT 컴퓨터과학연구소의 리스코프 여사가 한 논문에서 제안한 것입니다. 주로 상속과 관련된 몇 가지 원리를 자세히 설명하고 있어서 리스코프 대체 원리라고 합니다.

2002년에 Robert C.Martin은 "Agile Software Development Principles Patterns and Practices"라는 책을 출판했습니다. 여기서 그는 마침내 Liskov 대체 원칙을 한 문장으로 단순화했습니다. "하위 유형은 기본 유형을 대체할 수 있어야 합니다."(하위 클래스는 다음과 같아야 합니다.

1. LSP의 내용

리스코프 대체 원리(LSP)의 정의와 주요 아이디어는 다음과 같습니다. 객체 지향 프로그래밍 상속으로 인해 특정 프로그래밍에서는 너무 단순합니다. 많은 시스템의 설계 및 프로그래밍 구현에서 우리는 응용 시스템의 다양한 클래스 간의 상속 관계가 적절한지, 파생 클래스가 올바르게 재정의될 수 있는지에 대해 진지하고 합리적으로 생각하지 않습니다. 기본 클래스의 일부 메서드. 따라서 상속의 남용이나 잘못된 상속이 자주 발생하며, 이는 향후 시스템 유지 관리에 많은 어려움을 초래합니다. 이를 위해서는 따라야 할 디자인 원칙이 필요하며, 이것이 바로 교체 원칙입니다.

LSP 지적: 하위 클래스 유형은 상위 유형을 대체할 수 있어야 하며 상위 클래스가 나타날 수 있는 모든 곳에 나타날 수 있어야 합니다. 올바르게 상속 및 파생하고 코드를 합리적으로 재사용하는 방법을 안내합니다. 이 원칙은 소프트웨어 엔터티가 기본 클래스를 사용하는 경우 하위 클래스에 적용해야 하며 이는 기본 클래스 개체와 하위 클래스 개체 간의 차이를 전혀 감지할 수 없다는 것입니다. 생각해 보세요. 다형성의 개념과 비슷합니까?

2. LSP는 주로 상속의 설계 원칙을 목표로 합니다

상속과 파생은 OOP의 주요 기능이므로 코드의 반복적인 프로그래밍 구현을 줄여 시스템 내에서 코드 재사용을 달성할 수 있습니다. 상속을 올바르게 상속 메커니즘을 설계하고 적절하게 적용하는 것은 어떻습니까?

LSP가 해결하려는 문제는 다음과 같습니다.

상속을 올바르게 설계하는 방법은 무엇입니까?

최고의 상속 수준을 얻는 방법은 무엇입니까?

설계된 클래스 계층 구조가 OCP 원칙을 준수하지 않는 상황에 빠지는 것을 방지하는 방법은 무엇입니까?

그렇다면 이 디자인 원칙을 어떻게 준수해야 할까요?

1) 상위 클래스의 메서드는 하위 클래스에서 구현되거나 다시 작성되어야 하며 파생 클래스는 추상 클래스에 선언된 메서드만 구현하며 중복된 메서드 정의나 구현을 제공해서는 안 됩니다.

2) 클라이언트 측 런타임 바인딩(동적 다형성)을 달성할 수 있도록 하위 클래스 개체 대신 부모 클래스 개체만 프로그램에서 직접 사용해야 합니다.

클래스 A와 B가 LSP의 설계를 위반하는 경우 일반적인 접근 방식은 두 구체적인 클래스의 슈퍼클래스로 새로운 추상 클래스 C를 생성하고 A와 B의 공통 동작을 C로 이동하여 문제를 해결하는 것입니다. A와 B의 내용은 완전히 일치하지 않습니다.

그러나 LSP에 대한 PHP 지원은 좋지 않습니다. 상향 변환과 같은 개념이 부족하고 일부 비뚤어진 방법을 통해서만 달성할 수 있습니다. 이 원칙은 여기서 자세히 논의되지 않습니다.

다음은 추상 클래스를 기본 클래스로 사용하고 LSP를 따라 디자인을 구현하는 캐시 구현 인터페이스입니다.

<?php
abstract class Cache
{
 /**
  * 设置一个缓存变量
  * @param $key 缓存key
  * @param $value 缓存内容
  * @param int $expire 缓存时间(秒)
  * @return boolean 是否缓存成功
  */
 public abstract function set($key, $value, $expire = 60);
 /**
  * 获取一个已经缓存的
  * @param $key 缓存key
  * @return mixed 缓存内容
  */
 public abstract function get($key);
 /**
  * 删除一个已经缓存的变量
  * @param $key 缓存key
  * @return boolean 是否删除成功
  */
 public abstract function del($key);
 /**
  * 删除全部缓存变量
  * @return boolean 是否删除成功
  */
 public abstract function delAll();
 /**
  * 检测是否存在对应的缓存
  * @param $key 缓存key
  * @return boolean 是否存在
  */
 public abstract function has($key);
}

이제 파일, Memcache, 가속기 등과 같은 다양한 메커니즘에서 캐싱을 구현해야 하는 경우 이 추상 클래스를 상속하고 해당 추상 메서드를 구현하기만 하면 됩니다.

이 기사의 사례를 읽은 후 방법을 마스터했다고 생각합니다. 더 흥미로운 정보를 보려면 PHP 중국어 웹사이트의 다른 관련 기사를 주목하세요!

추천 자료:

Bootstrap+PHP

PHP+Session을 사용하여 여러 이미지를 업로드하는 단계에 대한 자세한 설명은 양식의 반복 제출을 방지합니다

위 내용은 PHP Liskov 대체 원리의 실제 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!