머리말
이직한 동료가 면접에서 PHP 특성에 대해 질문을 받았습니다. 아직 사용해본 적이 없어서 답변을 잘 못드린 것 같은데, 아마 몇 번 사용해본 적이 있을 것 같아서 곰곰히 생각해보고 다음과 같이 정리했습니다.
trait
trait는 일부 클래스(Class)가 가져야 하는 특정 속성이나 메서드이며, 동일한 상위 클래스의 다른 클래스는 이러한 속성을 포함하지 않아야 합니다. 메소드를 사용할 때 사용됩니다.
물론 개발자의 클래스 추상화 능력과도 관련이 있습니다. 추상화 능력이 좋은 사람은 트레잇의 사용을 줄일 수도 있지만, 그렇지 않으면 이런 상황은 피할 수 없습니다. 트레잇은 의미가 없습니다.
또 다른 상황이 있습니다. 즉, 특성을 사용할 때 개발자를 제약하는 역할을 할 수 있으며, 개발자가 개발 프로세스 중에 호출해야 하는 특성의 특정 속성에 주의를 기울이도록 상기시킬 수 있습니다. . 및 메소드를 사용합니다.
동료들이 좋은 질문을 했는데요, 인터페이스에도 이 역할이 있지 않나요?
서두르지 마세요. 먼저 예를 살펴보겠습니다.
예를 들어 웹사이트에서 다양한 데이터를 수집하고 싶다면 . Spider
이라는 요청을 담당하는 request()
라는 메소드가 있습니다.
<?php namespace XWSoul\Network; class Spider { public function request($url) { //do sth. } }그러나 데이터를 수집하는 과정에서 일부 웹사이트는 스파이더에 민감하고 일부 웹사이트는 그렇지 않습니다. 민감한 웹사이트의 경우 프록시를 사용하는 솔루션을 제공합니다. 크롤링 속도에 영향을 미칩니다. 이로 인해 Spider가 발생합니다. 일부 하위 클래스는 프록시를 사용해야 하며 가능하면 프록시를 사용하지 마십시오.그래서 이번에는 새로운 특성인 프록시를 추가했습니다:
<?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의
메서드를 다시 작성하여 프록시를 호출하지 않고 호출할 때 예외가 발생하도록 제한합니다.
request()
이전 질문으로 돌아갑니다. , 특성(인터페이스)의 사용법과 인터페이스 차이점은 무엇인가요?
인터페이스의 제약 조건은 미리 정의되어 있으며 정의 시작 부분에 구현해야 합니다. 메소드는 메소드 호출을 제한할 수 없습니다. 특성은 사후 위치입니다. 호출은 이미 메소드를 구현했습니다. 중요한 점은 자신을 호출하는 클래스(말도 안되는 문장)에만 제한을 적용한다는 것입니다. 자신을 호출하지 않는 클래스에 대해(다시 말도 안 되는 문장) 동시에 재사용이 가능하며 Spider 클래스 자체의 구현을 파괴하지 않습니다. Spider는 여전히 동일한 Spider입니다.
여기에서는 특성의 사용이 이미 매우 효과적이라고 생각합니다.나중에 더 자세히
누군가가 ProxyRequst와 같은 다른 요청을 구현하기로 결정할 수도 있습니다. 결국 당신이 말한 것은 의미가 있습니다. 하지만 다른 프록시를 사용하고 요청의 세부 사항에 차이가 있다면 어떻게 해야 할까요?
PHP의 더 많은 특성 관련 기사를 보려면 PHP 중국어 웹사이트를 주목하세요!