유형 비 호환성을 유발하는 PHP 인터페이스에서 객체 유형 매개 변수를 사용하는 문제를 해결하는 방법은 무엇입니까?

PHP 인터페이스 및 유형 호환성 : 객체 유형 매개 변수의 트랩을 피하십시오.

PHP 개발에서 인터페이스 정의와 구현 클래스 유형 간의 불일치는 종종 "오류와 호환되어야합니다"오류로 이어집니다. 이 기사는 PHP 인터페이스 정의 및 구현 클래스에서 발생하는 이러한 문제를 분석하고 솔루션을 제공합니다.

문제 : 인터페이스는 구현 클래스 유형과 호환되지 않습니다.

save 메소드의 매개 변수 유형이 object IAdminController 인터페이스를 정의한다고 가정합니다.

인터페이스 iAdmincontroller
{
    // ... 기타 방법 ...
    공개 함수 저장 (객체 $ 요청) : 배열;
    // ... 기타 방법 ...
}

클래스의 save 메소드의 매개 변수 유형은 AdminRequest 입니다.

클래스 AdminController는 IADMINCONTROLLER를 구현합니다
{
    공개 함수 저장 (adminRequest $ 요청) : 배열
    {
        // ... 메소드 바디 ...
    }
}

AdminRequest 는 object 의 서브 클래스이지만 (모든 클래스는 암시 적으로 object 에서 상속됩니다) 런타임은 여전히 ​​오류가 "호환 가능해야합니다"라고보고합니다. gettype($adminRequest) object 반환하더라도 여전히 유형 확인을 전달할 수 없습니다.

분석 및 솔루션 원인

object 메소드 매개 변수 유형으로 사용하는 것은 모범 사례가 아닙니다. 모든 클래스는 object 에서 상속되지만이 정의는 너무 광범위하고 유형 안전 보장이 부족합니다. 유형을 확인할 때 PHP 통역사는 매개 변수의 특정 유형이 인터페이스 정의와 정확히 일치하는지 여부를 엄격하게 확인합니다. object 매개 변수 유형은 특정 유형을 제한하지 않으며 AdminRequest 객체이더라도 인터페이스 정의에 지정된 object 유형을 준수하지 않습니다.

더 나은 솔루션은보다 특정 유형을 인터페이스 매개 변수로 사용하는 것입니다. AdminRequest , UserRequest 및 기타 클래스가 Laravel의 Request 클래스에서 상속되는 경우 save 메소드의 매개 변수 유형은 인터페이스에서 \Illuminate\Http\Request 로 정의됩니다.

인터페이스 iAdmincontroller
{
    // ... 기타 방법 ...
    공개 함수 저장 (\ Illuminate \ http \ 요청 $ 요청) : 배열;
    // ... 기타 방법 ...
}

이러한 방식으로 \Illuminate\Http\Request 에서 상속 된 모든 클래스는 save 메소드의 매개 변수로 사용하여 유형 비 호환성 문제를 해결할 수 있습니다. 이는 PHP 유형 시스템의 공분산 특성을 활용하여 서브 클래스 매개 변수 서명이 상위 클래스보다 느슨 할 수 있도록합니다.

중요한 팁 :

• PHP 7.2 이전의 버전에서 object 메소드 서명 유형으로 더 많은 제한이 있습니다. PHP 7.2 이상이 매개 변수 유형으로서의지지 object 유지하지만 인터페이스 정의에서는 여전히 사용하지 않는 것이 좋습니다.
• 보다 구체적인 유형을 사용하면 코드 가독성, 유지 관리 및 유형 안전성을 향상시킬 수 있습니다.
• 유형 확인에 object 사용해야하는 경우, 방법 내부의 명시 적 유형 확인에 is_a() 함수를 사용할 수 있지만 코드의 유형 안전을 줄이고 가독성을 줄입니다. 이 연습을 피하십시오.

보다 구체적인 유형 정의 인터페이스를 선택하면 유형 비 호환 오류를 효과적으로 피하고 코드 품질을 향상시킬 수 있습니다.

위 내용은 유형 비 호환성을 유발하는 PHP 인터페이스에서 객체 유형 매개 변수를 사용하는 문제를 해결하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!