머리말
이직한 동료가 면접에서 PHP 특성에 대해 질문을 받았습니다. 아직 사용해본 적이 없어서 답변을 잘 못드린 것 같은데, 아마 몇 번 사용해본 적이 있을 것 같아서 곰곰히 생각해보고 다음과 같이 정리했습니다.
trait
trait는 일부 클래스(Class)가 가져야 하는 특정 속성이나 메서드이며, 동일한 상위 클래스의 다른 클래스는 이러한 속성을 포함하지 않아야 합니다. 메소드를 사용할 때 사용됩니다.
물론 개발자의 클래스 추상화 능력과도 관련이 있습니다. 추상화 능력이 좋은 사람은 트레잇의 사용을 줄일 수도 있지만, 그렇지 않으면 이런 상황은 피할 수 없습니다. 트레잇은 의미가 없습니다.
또 다른 상황이 있습니다. 즉, 특성을 사용할 때 개발자를 제약하는 역할을 할 수 있으며, 개발자가 개발 프로세스 중에 호출해야 하는 특성의 특정 속성에 주의를 기울이도록 상기시킬 수 있습니다. . 및 메소드를 사용합니다.
동료들이 좋은 질문을 했는데요, 인터페이스에도 이 역할이 있지 않나요?
서두르지 마세요. 먼저 예를 살펴보겠습니다.
예를 들어 웹사이트에서 다양한 데이터를 수집하고 싶다면 . Spider
이라는 요청을 담당하는 request()
라는 메소드가 있습니다.
<?php namespace XWSoul\Network; class Spider { public function request($url) { //do sth. } }
<?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 중국어 웹사이트를 주목하세요!