タイプの非互換性を引き起こすPHPインターフェイスでオブジェクトタイプパラメーターを使用する問題を解決する方法は？

PHPインターフェイスとタイプの互換性：オブジェクトタイプパラメーターのトラップを避けてください

PHP開発では、インターフェイス定義と実装クラスタイプの不一致は、多くの場合、「エラーと互換性がある必要があります」につながります。この記事では、PHPインターフェイスの定義と実装クラスで発生するこのような問題を分析し、ソリューションを提供します。

問題：インターフェイスは、実装クラスタイプと互換性がありません

save方法のパラメータータイプがobjectであるIAdminControllerインターフェイスを定義するとします。

インターフェイスiadmincontroller
{
    // ...他の方法...
    パブリック関数保存（オブジェクト$ request）：配列;
    // ...他の方法...
}

クラスのsave方法のパラメータータイプは、 AdminRequestです。

クラスのadmincontrollerはIadmincontrollerを実装します
{
    パブリック関数保存（AdminRequest $ request）：配列
    {
        // ...メソッドボディ...
    }
}

AdminRequest objectのサブクラスですが（すべてのクラスはobjectから暗黙的に継承されます）、ランタイムは依然として「互換性がある必要がある」エラーを報告しています。 gettype($adminRequest)がobjectを返す場合でも、タイプチェックに合格することはできません。

分析とソリューションを引き起こします

メソッドパラメーターのタイプとしてobjectを使用することは、ベストプラクティスではありません。すべてのクラスはobjectから継承されますが、この定義は広すぎて、タイプの安全保証がありません。タイプをチェックすると、PHPインタープリターは、特定のタイプのパラメーターがインターフェイス定義と正確に一致するかどうかを厳密に確認します。パラメータータイプとしてのobject 、特定のタイプを制約しません。また、 AdminRequestがオブジェクトであっても、インターフェイス定義で指定されたobjectタイプに適合しません。

より良い解決策は、より具体的なタイプをインターフェイスパラメーターとして使用することです。 AdminRequest 、 UserRequest 、およびその他のクラスがlaravelのRequestクラスから継承される場合、 save方法のパラメータータイプは、インターフェイスの\Illuminate\Http\Requestとして定義されます。

インターフェイスiadmincontroller
{
    // ...他の方法...
    パブリック関数Save（\ Illuminate \ http \ request $ request）：array;
    // ...他の方法...
}

このようにして、 \Illuminate\Http\Requestから継承されたすべてのクラスは、 save方法のパラメーターとして使用でき、タイプの非互換性の問題を解決できます。これにより、PHPタイプシステムの共変動性を活用して、サブクラスパラメーターの署名が親クラスよりもゆるくなります。

重要なヒント：

• PHP 7.2の前のバージョンでは、 objectにはメソッドの署名タイプとしてより多くの制限があります。 PHP 7.2以降はパラメータータイプとしてobjectをサポートしていますが、インターフェイス定義で使用することはまだお勧めしません。
• より具体的なタイプを使用すると、コードの読みやすさ、保守性、およびタイプの安全性を向上させることができます。
• タイプチェックにobjectを使用する必要がある場合は、メソッド内の明示的なタイプチェックにis_a()関数を使用できますが、これによりコードのタイプの安全性が低下し、読みやすさが低下します。この慣行を避けるようにしてください。

より具体的なタイプ定義インターフェイスを選択することにより、タイプの非互換性エラーを効果的に回避し、コードの品質を向上させることができます。

以上がタイプの非互換性を引き起こすPHPインターフェイスでオブジェクトタイプパラメーターを使用する問題を解決する方法は？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。