Deklarasi Metode harus Kompatibel dengan Metode Induk di PHP

Standar Ketat: Deklarasi childClass :: customMethod () harus kompatibel dengan parentClass :: customMethod ()

Apa kemungkinan penyebab kesalahan ini di PHP? Di mana saya dapat menemukan informasi tentang apa artinya menjadi kompatibel ?

childClass::customMethod()memiliki argumen yang berbeda, atau tingkat akses yang berbeda (publik / pribadi / dilindungi) dari parentClass::customMethod().

Pesan ini berarti bahwa ada pemanggilan metode tertentu yang mungkin gagal pada saat run-time. Misalkan Anda punya

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

Kompilator hanya memeriksa panggilan $ a-> foo () terhadap persyaratan A :: foo () yang tidak memerlukan parameter. Namun $ a dapat menjadi objek kelas B yang membutuhkan parameter sehingga panggilan akan gagal saat runtime.

Namun ini tidak akan pernah gagal dan tidak memicu kesalahan

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

Jadi tidak ada metode yang memiliki lebih banyak parameter yang diperlukan selain metode induknya.

Pesan yang sama juga dihasilkan ketika petunjuk tipe tidak cocok, tetapi dalam kasus ini PHP bahkan lebih membatasi. Ini memberikan kesalahan:

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

seperti ini:

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

Itu tampaknya lebih ketat daripada yang seharusnya dan saya berasumsi itu karena internal.

Perbedaan visibilitas menyebabkan kesalahan yang berbeda, tetapi untuk alasan dasar yang sama. Tidak ada metode yang kurang terlihat dari metode induknya.

jika Anda ingin menyimpan formulir OOP tanpa mematikan kesalahan, Anda juga dapat:

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();
        // ...

    }
}

Hanya untuk memperluas kesalahan ini dalam konteks antarmuka, jika Anda mengetik mengisyaratkan parameter fungsi Anda seperti:

antarmuka A

use Bar;

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

Kelas B

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

Jika Anda lupa untuk menyertakan usepernyataan pada kelas implementasi Anda (Kelas B), Anda juga akan mendapatkan kesalahan ini meskipun parameter metode identik.

Saya menghadapi masalah ini saat mencoba memperluas kelas yang ada dari GitHub. Saya akan mencoba menjelaskan diri saya sendiri, pertama menulis kelas sebagaimana saya seharusnya, dan kemudian kelas seperti sekarang.

Apa yang saya pikirkan

namespace mycompany\CutreApi;

use mycompany\CutreApi\ClassOfVendor;

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

Apa yang akhirnya saya lakukan

namespace mycompany\CutreApi;

use \vendor\AwesomeApi\ClassOfVendor;

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

Jadi tampaknya errror ini muncul juga saat Anda menggunakan metode yang mengembalikan kelas dengan namespace, dan Anda mencoba mengembalikan kelas yang sama tetapi dengan namespace lain. Untungnya saya telah menemukan solusi ini, tetapi saya tidak sepenuhnya memahami manfaat dari fitur ini di php 7.2, bagi saya itu normal untuk menulis ulang metode kelas yang ada saat Anda membutuhkannya, termasuk redefinisi parameter input dan / atau bahkan perilaku metode.

Satu kelemahan pendekatan sebelumnya, adalah bahwa IDE tidak dapat mengenali metode baru yang diterapkan di \ mycompany \ CutreApi \ ClassOfVendor (). Jadi, untuk saat ini, saya akan melakukan implementasi ini.

Saat ini selesai

namespace mycompany\CutreApi;

use mycompany\CutreApi\ClassOfVendor;

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

Jadi, alih-alih mencoba menggunakan metode "terserah", saya menulis metode baru yang disebut "getWhatever". Faktanya keduanya melakukan hal yang sama, hanya mengembalikan kelas, tetapi dengan ruang nama yang berbeda seperti yang saya jelaskan sebelumnya.

Semoga ini bisa membantu seseorang.