PHP 소스 코드 27에 대한 간략한 토론: PHP의 구성 방법 식별
이 글에서는 주로 PHP 소스 코드 27개에 대해 소개합니다. PHP의 구축 방법 식별에는 특정 참조 가치가 있습니다. 이제 필요한 친구들이 참조할 수 있도록 공유합니다.
PHP 소스 코드 27개. : PHP의 생성자 메소드 식별
우리 모두 알고 있듯이 역사적 이유로 인해 PHP는 클래스 이름을 생성자로 사용했으며 새로운 생성자 __construct가 PHP5에서 도입되었습니다. 이전 버전과의 호환성을 위해 PHP 5는 클래스에서 __construct() 함수를 찾을 수 없으면 클래스와 이름이 같은 함수인 이전 스타일 생성자를 찾으려고 시도합니다. 따라서 호환성 문제가 발생하는 유일한 상황은 클래스에 이미 __construct()라는 메서드가 있지만 생성자가 아닌 경우입니다.
다음 코드 조각이 있습니다
<?php class Foo { public function Foo() { } private function __construct() { } } new Foo(); die();
이 때 출력은 다음과 같습니다.
치명적인 오류: 잘못된 컨텍스트에서 private Foo::__construct() 호출
이 때 PHP가 인식하는 생성자는 __construct입니다. 왜냐하면 비공개이므로 외부 호출에 오류가 있습니다.
자, PHP의 C 소스코드에서 그 이유를 알아봅시다.
spl의 확장 클래스에서 클래스 정의를 직접 찾는 것으로 시작합니다.
spl_iterators.c 3228行 REGISTER_SPL_STD_CLASS_EX(IteratorIterator, spl_dual_it_new, spl_funcs_IteratorIterator);///spl_functions.h 31行#define REGISTER_SPL_STD_CLASS_EX(class_name, obj_ctor, funcs) \ spl_register_std_class(&spl_ce_ ## class_name, # class_name, obj_ctor, funcs TSRMLS_CC);//spl_functions.c 41行PHPAPI void spl_register_std_class(zend_class_entry ** ppce, char * class_name, void * obj_ctor, const zend_function_entry * function_list TSRMLS_DC) //spl_functions.c 2235行ZEND_API zend_class_entry *zend_register_internal_class(zend_class_entry *orig_class_entry TSRMLS_DC) /* {{{ *///调用do_register_internal_class函数 //zend_API.c 2169行static zend_class_entry *do_register_internal_class(zend_class_entry *orig_class_entry, zend_uint ce_flags TSRMLS_DC) /* {{{ *///调用zend_register_functions(class_entry, class_entry->builtin_functions, &class_entry->function_table, MODULE_PERSISTENT TSRMLS_CC); //zend_API.c 1795行/* Look for ctor, dtor, clone * If it's an old-style constructor, store it only if we don't have * a constructor already. */if ((fname_len == class_name_len) && !memcmp(lowercase_name, lc_class_name, class_name_len+1) && !ctor) { ctor = reg_function;} else if ((fname_len == sizeof(ZEND_CONSTRUCTOR_FUNC_NAME)-1) && !memcmp(lowercase_name, ZEND_CONSTRUCTOR_FUNC_NAME, sizeof(ZEND_CONSTRUCTOR_FUNC_NAME))) { ctor = reg_function;} scope->constructor = ctor;//在1961行 确认构造函数
위 코드는 php5.3.0 버전입니다.
위 추적 프로세스에서 프로그램이 모든 함수를 등록할 때 __construct(예: ZEND_CONSTRUCTOR_FUNC_NAME)가 존재하는 경우 class_name(클래스 이름)의 생성자는 일반 멤버 함수로 존재하도록 덮어쓰게 됩니다. 코드는 다음과 같습니다.
<?php class Foo { public function Foo() { echo 'Foo'; } public function __construct() { echo '__construct'; }} $foo = new Foo(); $foo->Foo();
이전 예에서 보고된 오류의 경우
zend/zend_object_handlers.c line 1057
ZEND_API Union _zend_function *zend_std_get_constructor(zval *object TSRMLS_DC)
에서 소스를 찾을 수 있습니다.
위 내용은 이 글의 전체 내용입니다. 모든 분들의 학습에 도움이 되었으면 좋겠습니다. 더 많은 관련 내용은 PHP 중국어 홈페이지를 주목해주세요!
관련 권장 사항:
PHP 소스 코드 26에 대한 간략한 토론: PHP 빠른 정렬 소스 코드 구현 단순화
PHP 소스 코드 25에 대한 간략한 토론: 다음, 현재, 주요 기능 정보
위 내용은 PHP 소스 코드 27에 대한 간략한 토론: 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) : 높고 낮은 수준의 모듈은 추상화에 의존하며 종속성 주입을 통해 구현됩니다.

Reactphp의 비 블로킹 기능에 대한 Reactphp의 심층적 인 해석의 비 차단 기능에 대한 공식 소개는 많은 개발자들의 질문을 불러 일으켰습니다.
