PHP의 특성
머리말
이직한 동료가 면접에서 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 중국어 웹사이트를 주목하세요!
핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











Alipay PHP ...

JWT는 주로 신분증 인증 및 정보 교환을 위해 당사자간에 정보를 안전하게 전송하는 데 사용되는 JSON을 기반으로 한 개방형 표준입니다. 1. JWT는 헤더, 페이로드 및 서명의 세 부분으로 구성됩니다. 2. JWT의 작업 원칙에는 세 가지 단계가 포함됩니다. JWT 생성, JWT 확인 및 Parsing Payload. 3. PHP에서 인증에 JWT를 사용하면 JWT를 생성하고 확인할 수 있으며 사용자 역할 및 권한 정보가 고급 사용에 포함될 수 있습니다. 4. 일반적인 오류에는 서명 검증 실패, 토큰 만료 및 대형 페이로드가 포함됩니다. 디버깅 기술에는 디버깅 도구 및 로깅 사용이 포함됩니다. 5. 성능 최적화 및 모범 사례에는 적절한 시그니처 알고리즘 사용, 타당성 기간 설정 합리적,

기사는 PHP 5.3에 도입 된 PHP의 LSB (Late STATIC BING)에 대해 논의하여 정적 방법의 런타임 해상도가보다 유연한 상속을 요구할 수있게한다. LSB의 실제 응용 프로그램 및 잠재적 성능

기사는 입력 유효성 검사, 인증 및 정기 업데이트를 포함한 취약점을 방지하기 위해 프레임 워크의 필수 보안 기능을 논의합니다.

이 기사에서는 프레임 워크에 사용자 정의 기능 추가, 아키텍처 이해, 확장 지점 식별 및 통합 및 디버깅을위한 모범 사례에 중점을 둡니다.

PHP 개발에서 PHP의 CURL 라이브러리를 사용하여 JSON 데이터를 보내면 종종 외부 API와 상호 작용해야합니다. 일반적인 방법 중 하나는 컬 라이브러리를 사용하여 게시물을 보내는 것입니다 ...

PHP 개발에서 견고한 원칙의 적용에는 다음이 포함됩니다. 1. 단일 책임 원칙 (SRP) : 각 클래스는 하나의 기능 만 담당합니다. 2. Open and Close Principle (OCP) : 변경은 수정보다는 확장을 통해 달성됩니다. 3. Lisch의 대체 원칙 (LSP) : 서브 클래스는 프로그램 정확도에 영향을 미치지 않고 기본 클래스를 대체 할 수 있습니다. 4. 인터페이스 격리 원리 (ISP) : 의존성 및 사용되지 않은 방법을 피하기 위해 세밀한 인터페이스를 사용하십시오. 5. 의존성 반전 원리 (DIP) : 높고 낮은 수준의 모듈은 추상화에 의존하며 종속성 주입을 통해 구현됩니다.

세션 납치는 다음 단계를 통해 달성 할 수 있습니다. 1. 세션 ID를 얻으십시오. 2. 세션 ID 사용, 3. 세션을 활성 상태로 유지하십시오. PHP에서 세션 납치를 방지하는 방법에는 다음이 포함됩니다. 1. 세션 _regenerate_id () 함수를 사용하여 세션 ID를 재생산합니다. 2. 데이터베이스를 통해 세션 데이터를 저장하십시오.
