Wie löste ich das Problem der Verwendung von Objekttypparametern in der PHP -Schnittstelle, die eine Inkompatibilität von Typ verursachen?

PHP -Schnittstelle und Typkompatibilität: Vermeiden Sie die Falle der Objekttypparameter

In der PHP -Entwicklung führt das Missverhältnis zwischen der Schnittstellendefinition und dem Implementierungsklassentyp häufig zum Fehler "Muss kompatibel sein". Dieser Artikel analysiert solche Probleme, die sich in einer PHP -Schnittstellendefinitions- und Implementierungsklasse ergeben und Lösungen bereitstellen.

Problem: Die Schnittstelle ist mit dem Implementierungsklassentyp nicht kompatibel

Angenommen, wir definieren eine IAdminController -Schnittstelle, wobei der Parameter -Typ der save object ist:

 Schnittstelle IADMINCONTROLLER
{
    // ... andere Methoden ...
    öffentliche Funktion speichern (Objekt $ Anfrage): Array;
    // ... andere Methoden ...
}

Der Parametertyp save in der Klasse ist AdminRequest :

 Class Admincontroller implementiert IADMincontroller
{
    Öffentliche Funktion speichern (AdminRequest $ Anfrage): Array
    {
        // ... Methode Body ...
    }
}

Obwohl AdminRequest eine Unterklasse des object ist (alle Klassen werden implizit aus object geerbt), meldet die Laufzeit immer noch einen Fehler, mit dem "kompatibel sein muss". Auch wenn gettype($adminRequest) object zurückgibt, kann es den Typ -Check nicht übergeben.

Analyse und Lösungen verursachen

Die Verwendung von object als Methodenparametertyp ist keine Best Practice. Obwohl alle Klassen vom object erben, ist diese Definition zu breit und es fehlen die Sicherheitsgarantien für Typ. Bei der Überprüfung des Typs überprüft der PHP -Interpreter streng, ob der spezifische Typ des Parameters genau mit der Schnittstellendefinition übereinstimmt. object als Parametertyp beschränkt den spezifischen Typ nicht und selbst wenn AdminRequest ein Objekt ist, entspricht es nicht dem in der Schnittstellendefinition angegebenen object .

Eine bessere Lösung besteht darin, spezifischere Typen als Schnittstellenparameter zu verwenden. Wenn AdminRequest , UserRequest und andere Klassen von der Request von Laravel erben, wird der Parametertyp der save als \Illuminate\Http\Request in der Schnittstelle definiert:

 Schnittstelle IADMINCONTROLLER
{
    // ... andere Methoden ...
    öffentliche Funktion speichern (\ Illuminate \ http \ request $ anfrage): array;
    // ... andere Methoden ...
}

Auf diese Weise können alle von \Illuminate\Http\Request geerbten Klassen als Parameter der save verwendet werden, wodurch das Problem der Typ -Inkompatibilität gelöst wird. Dies nutzt die kovariante Natur des PHP -Typsystems, sodass die Parametersignaturen von Unterklassen lockerer sind als übergeordnete Klassen.

Wichtige Tipps:

• In Versionen vor PHP 7.2 weist object mehr Einschränkungen als Methodensignaturtyp auf. Obwohl PHP 7.2 und oben object als Parametertyp unterstützt, wird es dennoch nicht empfohlen, in Schnittstellendefinitionen zu verwenden.
• Die Verwendung spezifischerer Typen kann die Lesbarkeit, Wartbarkeit und die Sicherheit der Code verbessern.
• Wenn Sie object für die Typüberprüfung verwenden müssen, können Sie is_a() für explizite Typprüfungen innerhalb der Methode verwenden. Dies verringert jedoch die Art des Codes und verringert die Lesbarkeit. Versuchen Sie, diese Praxis zu vermeiden.

Durch die Auswahl einer spezifischeren Schnittstelle für Typdefinition können Sie effektiv vermeiden, dass Inkompatibilitätsfehler Typenvergleiche sind und die Codequalität verbessern.

Das obige ist der detaillierte Inhalt vonWie löste ich das Problem der Verwendung von Objekttypparametern in der PHP -Schnittstelle, die eine Inkompatibilität von Typ verursachen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!