PHP의 특성에 대한 간략한 소개-PHP 튜토리얼-php.cn

PHP의 특성에 대한 간략한 소개

墨辰丷

풀어 주다： 2023-03-27 21:08:02

원래의

1206명이 탐색했습니다.

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

머리말

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

trait

trait는 일부 클래스(Class)가 특정 속성이나 메소드를 가져야 하고, 동일한 상위 클래스의 다른 클래스가 이러한 속성과 메소드를 포함하지 않아야 할 때 사용됩니다.

물론, 이것과도 관련이 있습니다. 클래스를 추상화하는 개발자의 능력. 추상화 능력이 좋은 일부는 특성의 사용을 줄일 수 있습니다. 그러나 이러한 상황은 불가피해야 합니다. 그렇지 않으면 특성의 출현이 의미가 없게 됩니다. 개발자를 제한하고 개발 프로세스 중에 호출해야 하는 특성의 특정 속성과 메서드에 주의를 기울이도록 상기시키는 역할입니다.

동료가 좋은 질문을 제기했는데, 이것이 인터페이스에서도 동일하지 않나요?

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

예를 들어 웹사이트에서 다양한 데이터를 수집하려는 경우 Spider 클래스 를 개발했습니다. Spider 에는 요청() 요청을 담당합니다.

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

로그인 후 복사

. 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()

그러나 데이터를 수집하는 과정에서 일부 웹사이트는 스파이더에 민감하고 일부 웹사이트는 그렇지 않습니다. , 우리는 프록시 솔루션을 사용합니다. 그러나 프록시를 사용하면 크롤링 속도에 영향을 미치게 됩니다. 이로 인해 Spider의 일부 하위 클래스에서는 프록시를 사용해야 하는 상황이 발생하지만 가능하면 프록시를 사용하지 마십시오.그래서 현재로서는. 새로운 특성을 추가했습니다. Proxy:

rrreee

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

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

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

특성의 사용법은 이미 매우 좋다고 생각합니다. 여기에서 유효합니다.

나중에 다른 요청(예: ProxyRequst)을 구현하기로 결정할 수도 있습니다. 끝났나요? 말씀하신 내용이 이해가 되지만...다른 프록시를 사용하면 차이가 발생합니다. 요청 세부 사항에 if.if가 왜 이렇게 신선한 솔루션을 포기해야 합니까?

위 내용은 이 문서의 전체 내용이므로 모든 사람의 학습에 도움이 되기를 바랍니다.