PHP의 특성 정의 사용법과 인터페이스의 차이점에 대한 자세한 설명

PHP5.4.0부터 PHP는 Trait이라는 코드 재사용 방법을 구현했습니다. PHP는 단일 상속이기 때문에 여러 가지 다른 기능이 필요할 때 여러 기본 클래스를 결합해야 합니다. Trait의 등장으로 이러한 문제를 피할 수 있으며 마음대로 결합할 수 있다는 점과 코드가 명확하다는 점입니다. 이 글은 주로 PHP의 특성을 소개합니다. 필요한 친구들이 참고할 수 있습니다.

머리말

이전 동료가 직장을 바꾸면서 인터뷰 중에 PHP 특성에 대한 질문을 받았습니다. 아직 사용해본 적이 없어서 답변을 잘 못드린 것 같은데, 아마 몇 번 사용해본 적이 있을 것 같아서 곰곰히 생각해보고 다음과 같이 정리했습니다.

trait

trait는 일부 클래스(Class)가 특정

속성

또는 메소드를 가져야 하지만 동일한 상위 클래스의 다른 클래스는 이러한 속성 및 메소드를 포함하지 않아야 할 때 사용됩니다. 물론, 이는 또한 클래스를 추상화하는 개발자의 능력과도 관련이 있습니다. 일부는 좋은 추상화 능력을 갖고 있어 특성의 사용을 줄일 수 있습니다. 그러나 이러한 상황은 불가피해야 합니다. 그렇지 않으면 특성의 출현이 의미가 없게 됩니다.

다른 종류의 상황도 있습니다. 특성을 사용할 때 개발자에게 개발 과정에서 호출해야 하는 특성의 특정 속성과 메서드에 주의를 기울이도록 상기시켜주는

제약

역할을 할 수 있습니다. 동료들이 좋은 질문을 제기한 것은 인터페이스가 아닙니다.

서두르지 말고 먼저 예를 살펴보겠습니다.

예를 들어 웹사이트에서 다양한 데이터를 수집하려면 Spider 클래스 를 개발했습니다. /code>에는 <code> request() 라는 메서드가 요청을 담당합니다.

<?php namespace XWSoul\Network;
class Spider
{
 public function request($url)
 {
 //do sth.
 }
}

하지만 데이터를 수집하는 과정에서 일부 웹사이트는 스파이더에 민감하고 일부 웹사이트는 그렇지 않습니다. , 우리는 프록시를 사용하는 솔루션을 제공했습니다. 그러나 프록시를 사용하면 크롤링 속도에 영향을 미치며 이로 인해 Spider의 일부 하위 클래스가 프록시를 사용해야 하는 상황이 발생하므로 가능하면 프록시를 사용하지 마십시오.. Spider 有个方法叫 request() 负责请求.

<?php namespace XWSoul\Network;
trait Proxy
{

 protected $isProxy = false;

 public function useProxy($proxy)
 {
 //do sth proxy setups.
 $this->isProxy = true;
 return $this;
 }

 public function request($url)
 {
 if (!$this->isProxy) {
  throw new Exception("Please using proxy.");
 }
 //do sth.
 return parent::request($url);
 }
}

但是采集数据的过程中, 有些网站对蜘蛛敏感有些则不. 对于敏感的网站, 我们给出了一个使用代理的解决方案. 但是使用代理是会影响抓取速度的. 这就产生了 Spider 的子类有些需要用代理, 而能不用代理则尽量不用的情况.

于是这个时候我们新增了一个 trait Proxy:

rrreee

trait 重写了 Spider 的 request() 그래서 이번에는 새로운 특성인 Proxy를 추가했습니다:rrreee

이 특성은 Spider의 request() 메서드를 재정의하여 프록시를 호출하지 않고 호출하면 예외가 발생하도록 제한합니다.

이전 질문으로 돌아가기 , 특성(인터페이스)의 사용법과 인터페이스 차이점은 무엇인가요?

인터페이스의 제약 조건은 미리 정의되어 있으며 정의 시작 부분에 구현되어야 합니다. 메서드의 구현을 제약할 수는 없습니다. 특성은 구현된 사후 호출입니다. 핵심은 자신을 호출하는 클래스(말도 안되는 문장)에만 제약 조건을 적용하고 자신을 호출하지 않는 클래스(말도 안되는 문장)에는 영향을 미치지 않는다는 것입니다. 다시 말하지만, 동시에 재사용이 가능하고 Spider를 파괴하지 않습니다. 클래스 자체의 구현이 증가함에 따라 Spider는 여전히 동일한 Spider입니다.

나중에 말할 내용

누군가가 다른 요청을 구현하기로 결정할 수도 있습니다. , 예를 들어, ProxyRequest. 그게 끝이 아닌가요? 당신이 말한 것이 의미가 있습니다... 하지만 다른 프록시를 사용하는 경우 요청의 세부 사항에 차이가 있으면 어떻게 해야 합니까? 왜 우리는 특성과 같은 상쾌한 솔루션을 포기해야 할까요?

위 내용은 PHP의 특성 정의 사용법과 인터페이스의 차이점에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!