昨日、マニュアルチュートリアルに従って、パッケージ独立の原則に従って、Auth::extend()メソッドを書きたくありませんでした。 start.php 、サービスプロバイダーの register() メソッドで拡張ドライバーを登録することを選択したことに疑いの余地はありません。しかし、それは裏目に出ました...
問題が見つかりました
これを LoauthServiceProvider で書くと:
コードは次のとおりです:
エラーを報告する
コードは次のとおりです:
理由を見つけてください
その時は理由を探してAuthが登録されていないのではないかと思いました。確認したところ、ルーティングで使用できるため登録されていることがわかりました。php 職人のクリアコンパイルは役に立たなかったので、コアクラスを誤って変更してlaravelパッケージを再ダウンロードしたのではないかとさえ疑ったのですが、問題は残りました。
一晩中悩んだ結果、最終的に AuthServiceProvider の $defer 属性に焦点を当てました。
マニュアルとコメントによると、$defer 属性はサービスプロバイダーの読み込みを遅らせるために使用されていることがわかります。端的に言えば、 register() メソッドの実行を遅らせるためであり、これを組み合わせる必要があるだけです。 Provides() メソッド。例:
コードは次のとおりです:
これは AuthServiceProvider のメソッドです。フレームワークが初期化されると、サービス プロバイダーが $defer=true で保護されていることが判明すると、その Provides() メソッドが呼び出され、返されます。配列には必要な遅延が含まれているため、ルート、コントローラー、またはその他の場所で Auth::METHOD() を呼び出すと、プロバイダーの register() メソッドが呼び出されます。
核心を特定する
次に、質問は、これは受動的な遅延読み込みであるため、Auth クラスのメソッドを呼び出すと、Auth クラスが自動的にインスタンス化される必要があるということですが、LoauthServiceProvider でメソッドを呼び出すときに、メソッドが存在しないというメッセージが表示されるのはなぜですか。でもルートには存在しないんですよね?
おそらく、フレームワークが LoauthServiceProvider::register() を登録するときに、認証が遅延ロードとしてマークされていないため、シーケンスの問題が発生し、すぐにロードされるサービス プロバイダーを登録できません。遅延ロードされたサービスがメソッド内で呼び出されます。調査の結果、コアコード IlluminateFoundationProviderRepository で証拠が発見されました
コードは次のとおりです:
解決策
問題は発見されましたが、コアコードを変更することは賢明な選択ではないため、解決策の 1 つは次のとおりです。
コードは次のとおりです:
パブリック関数 register()認証がまだ登録されていないため、登録メソッドを手動で呼び出して登録します。
これがこの記事の全内容です。皆さんに気に入っていただければ幸いです。
http://www.bkjia.com/PHPjc/962934.html