Khai báo các phương thức phải tương thích với các phương thức gốc trong PHP

Tiêu chuẩn nghiêm ngặt: Khai báo của childClass :: customMethod () phải tương thích với khai báo của parentClass :: customMethod ()

Nguyên nhân có thể gây ra lỗi này trong PHP là gì? Tôi có thể tìm thông tin về việc tương thích nghĩa là gì?

childClass::customMethod()có các đối số khác nhau hoặc cấp độ truy cập (công khai / riêng tư / bảo vệ) khác với parentClass::customMethod().

Thông báo này có nghĩa là có một số cuộc gọi phương thức có thể không thực hiện được tại thời điểm chạy. Giả sử bạn có

class A { public function foo($a = 1) {;}}
class B extends A { public function foo($a) {;}}
function bar(A $a) {$a->foo();}

Trình biên dịch chỉ kiểm tra lệnh gọi $ a-> foo () so với các yêu cầu của A :: foo () không yêu cầu tham số. Tuy nhiên, $ a có thể là một đối tượng của lớp B yêu cầu một tham số và do đó, cuộc gọi sẽ thất bại trong thời gian chạy.

Tuy nhiên, điều này không bao giờ có thể thất bại và không gây ra lỗi

class A { public function foo($a) {;}}
class B extends A { public function foo($a = 1) {;}}
function bar(A $a) {$a->foo();}

Vì vậy, không phương thức nào có thể có nhiều tham số bắt buộc hơn phương thức mẹ của nó.

Thông báo tương tự cũng được tạo ra khi các gợi ý kiểu không khớp, nhưng trong trường hợp này PHP thậm chí còn hạn chế hơn. Điều này gây ra lỗi:

class A { public function foo(StdClass $a) {;}}
class B extends A { public function foo($a) {;}}

như thế này:

class A { public function foo($a) {;}}
class B extends A { public function foo(StdClass $a) {;}}

Điều đó có vẻ hạn chế hơn mức cần thiết và tôi cho rằng đó là do nội bộ.

Sự khác biệt về khả năng hiển thị gây ra một lỗi khác, nhưng vì lý do cơ bản giống nhau. Không có phương thức nào có thể ít hiển thị hơn phương thức mẹ của nó.

nếu bạn muốn giữ biểu mẫu OOP mà không tắt bất kỳ lỗi nào, bạn cũng có thể:

class A
{
    public function foo() {
        ;
    }
}
class B extends A
{
    /*instead of : 
    public function foo($a, $b, $c) {*/
    public function foo() {
        list($a, $b, $c) = func_get_args();
        // ...

    }
}

Chỉ để mở rộng lỗi này trong ngữ cảnh của một giao diện, nếu bạn đang nhập gợi ý các tham số chức năng của bạn như vậy:

giao diện A

use Bar;

interface A
{
    public function foo(Bar $b);
}

Hạng B

class B implements A
{
    public function foo(Bar $b);
}

Nếu bạn đã quên đưa usecâu lệnh vào lớp triển khai của mình (Lớp B), thì bạn cũng sẽ gặp lỗi này mặc dù các tham số phương thức giống hệt nhau.

Tôi đã gặp phải sự cố này khi cố gắng mở rộng một lớp hiện có từ GitHub. Tôi sẽ cố gắng giải thích bản thân mình, đầu tiên là viết về lớp học như tôi nghĩ, và sau đó là lớp học như bây giờ.

Những gì tôi mặc dù

namespace mycompany\CutreApi;

use mycompany\CutreApi\ClassOfVendor;

class CutreApi extends \vendor\AwesomeApi\AwesomeApi
{
   public function whatever(): ClassOfVendor
   {
        return new ClassOfVendor();
   }
}

Cuối cùng tôi đã làm được gì

namespace mycompany\CutreApi;

use \vendor\AwesomeApi\ClassOfVendor;

class CutreApi extends \vendor\AwesomeApi\AwesomeApi
{
   public function whatever(): ClassOfVendor
   {
        return new \mycompany\CutreApi\ClassOfVendor();
   }
}

Vì vậy, có vẻ như lỗi này cũng xuất hiện khi bạn đang sử dụng một phương thức trả về một lớp có không gian tên và bạn cố gắng trả về cùng một lớp nhưng với không gian tên khác. May mắn thay, tôi đã tìm thấy giải pháp này, nhưng tôi không hiểu đầy đủ lợi ích của tính năng này trong php 7.2, đối với tôi, việc viết lại các phương thức lớp hiện có là điều bình thường khi bạn cần, bao gồm việc xác định lại các tham số đầu vào và / hoặc thậm chí hành vi của phương pháp.

Một nhược điểm của aproach trước đó là IDE không thể nhận ra các phương thức mới được triển khai trong \ mycompany \ CutreApi \ ClassOfVendor (). Vì vậy, bây giờ, tôi sẽ đi với triển khai này.

Hiện đã xong

namespace mycompany\CutreApi;

use mycompany\CutreApi\ClassOfVendor;

class CutreApi extends \vendor\AwesomeApi\AwesomeApi
{
   public function getWhatever(): ClassOfVendor
   {
        return new ClassOfVendor();
   }
}

Vì vậy, thay vì cố gắng sử dụng phương pháp "bất cứ điều gì", tôi đã viết một phương thức mới có tên "getW Anything". Trên thực tế, cả hai đều làm như nhau, chỉ trả về một lớp, nhưng với các không gian tên khác nhau như tôi đã mô tả trước đây.

Hy vọng điều này có thể giúp một ai đó.