집 > 기사 > 백엔드 개발 > 객체지향 PHP의 5대 원칙인 Liskov Substitution 원칙(LSP)에 대한 자세한 설명

객체지향 PHP의 5대 원칙인 Liskov Substitution 원칙(LSP)에 대한 자세한 설명

不言원래의: 2018-04-08 09:43:422028검색

이 글에서는 PHP의 5가지 객체지향 원리 중 리스코프 대체 원리(LSP)를 주로 소개합니다. 리스코프 대체 원리(LSP)의 개념과 원리를 좀 더 자세히 분석하고 PHP의 리스코프 대체 원리(LSP)를 분석합니다. ), 도움이 필요한 친구들이 참고할 수 있습니다

이 글에서는 PHP의 5가지 객체지향 원칙 중 LSP(Liskov 대체 원리)를 예시와 함께 설명합니다. 참고할 수 있도록 모든 사람과 공유하세요. 자세한 내용은 다음과 같습니다.

대체 원칙은 1987년 OOPSLA 컨퍼런스의 기사에서 MIT 컴퓨터 과학 연구소의 Ms. Liskov가 제안했습니다. 주로 상속에 관한 몇 가지 원칙을 자세히 설명합니다. 그래서 원칙적으로는 Liskov 교체라고 합니다.

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, 가속기 등과 같은 다양한 메커니즘에서 캐싱을 구현해야 하는 경우 이 추상 클래스를 상속하고 추상 메서드를 구현하기만 하면 됩니다.

LSP의 코드는 기능뿐만 아니라 수화의 의미도 담고 있습니다. 생각해 보세요. 백마는 말을 대신할 수 있고, 소도 노동력으로 사용되는데, 말을 대신할 수 있을까요? 하이힐도 신발이다. 남자도 하이힐을 신는 것이 허용되는가?

객체지향 PHP의 5대 원칙인 Liskov Substitution 원칙(LSP)에 대한 자세한 설명

관련 기사