Bagaimana untuk menyelesaikan masalah menggunakan parameter jenis objek dalam antara muka PHP yang menyebabkan ketidakcocokan jenis?

Antara muka dan keserasian jenis PHP: Elakkan perangkap parameter jenis objek

Dalam pembangunan PHP, ketidakcocokan antara definisi antara muka dan jenis kelas pelaksanaan sering membawa kepada "mesti serasi dengan" ralat. Artikel ini menganalisis masalah seperti yang timbul dalam definisi antara muka PHP dan kelas pelaksanaan dan menyediakan penyelesaian.

Masalah: Antara muka tidak serasi dengan jenis kelas pelaksanaan

Katakan kita menentukan antara muka IAdminController , di mana jenis parameter kaedah save adalah object :

 Antara muka Iadmincontroller
{
    // ... kaedah lain ...
    Fungsi Awam Simpan (Objek $ permintaan): Array;
    // ... kaedah lain ...
}

Jenis parameter kaedah save dalam kelas adalah AdminRequest :

 Kelas Admintroller Melaksanakan IADMincontroller
{
    Simpan Fungsi Awam (Permintaan $ AdminRequest): Array
    {
        // ... badan kaedah ...
    }
}

Walaupun AdminRequest adalah subclass object (semua kelas secara tersirat diwarisi dari object ), runtime masih melaporkan ralat "mesti bersesuaian dengan". Walaupun gettype($adminRequest) mengembalikan object , ia masih tidak dapat lulus cek jenis.

Menyebabkan analisis dan penyelesaian

Menggunakan object sebagai jenis parameter jenis bukan amalan terbaik. Walaupun semua kelas mewarisi dari object , definisi ini terlalu luas dan tidak mempunyai jaminan keselamatan jenis. Apabila memeriksa jenis tersebut, penterjemah PHP akan mengesahkan sama ada jenis parameter tertentu yang sepadan dengan definisi antara muka. object sebagai jenis parameter tidak mengekang jenis tertentu, dan walaupun AdminRequest adalah objek, ia tidak sesuai dengan jenis object yang ditentukan dalam definisi antara muka.

Penyelesaian yang lebih baik ialah menggunakan jenis yang lebih spesifik sebagai parameter antara muka. Jika AdminRequest , UserRequest dan kelas lain mewarisi dari kelas Request Laravel, jenis parameter kaedah save ditakrifkan sebagai \Illuminate\Http\Request dalam antara muka:

 Antara muka Iadmincontroller
{
    // ... kaedah lain ...
    Fungsi Awam Simpan (\ Illuminate \ http \ request $ permintaan): array;
    // ... kaedah lain ...
}

Dengan cara ini, semua kelas yang diwarisi dari \Illuminate\Http\Request boleh digunakan sebagai parameter kaedah save , menyelesaikan masalah ketidakcocokan jenis. Ini mengambil kesempatan daripada sifat kovarian sistem jenis PHP, yang membolehkan tandatangan parameter subclass menjadi lebih longgar daripada kelas induk.

Petua Penting:

• Dalam versi sebelum Php 7.2, object mempunyai lebih banyak sekatan sebagai jenis tanda tangan. Walaupun Php 7.2 dan ke atas object sokongan sebagai jenis parameter, ia masih tidak disyorkan untuk digunakan dalam definisi antara muka.
• Menggunakan jenis yang lebih spesifik dapat meningkatkan kebolehbacaan kod, penyelenggaraan, dan keselamatan jenis.
• Jika anda perlu menggunakan object untuk pemeriksaan jenis, anda boleh menggunakan fungsi is_a() untuk pemeriksaan jenis eksplisit di dalam kaedah, tetapi ini akan mengurangkan keselamatan jenis kod dan mengurangkan kebolehbacaan. Cuba elakkan amalan ini.

Dengan memilih antara muka definisi jenis yang lebih spesifik, anda boleh mengelakkan kesilapan jenis ketidakcocokan dan meningkatkan kualiti kod.

Atas ialah kandungan terperinci Bagaimana untuk menyelesaikan masalah menggunakan parameter jenis objek dalam antara muka PHP yang menyebabkan ketidakcocokan jenis?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!