簡単な文書が関係していることから、いくつかの抽象化があります。
主に文書から最も概念的な理解のために個人的な感情ではなく、デザインのアイデアが、実際の操作に関するものではありません。
一般的に、あなたが最も正確な直感を与え、そして地元の一般的直訳や自然への理解をすることができ、完全なドキュメントをお読みください。
https://laravel.com/docs/6.x/authentication#introduction
認証（認証）アセンブリは、設定/ auth.phpに構成された認証動作の異なるメカニズムを区別するために使用される、カスタマイズ可能です、
これは、デザインのアイデアの一つです。
Laravelの認証サービスは二つの部分、つまり、警備員やプロバイダで構成されています。
警備員は、文書の意味に従って、例えば、あなたに、Redisのは、認証データ記憶を決定する場合には、セッション、ファイルのための感じを与えますか？
その場合は、必要はありません、より直接的よりもストレージと呼ばれる、ガードと呼ばれますか？
ちょうど用語ガードを判断する理由は唯一、道に相当し、自分たちのニーズを命名何警備員の特定の使用がある、それはfileGuards、redisGuards、databaseGuards、mixGuards、firstGuardsすることができ...
あなたが今、私たちのほとんどは、サービスプロバイダの機能的意味を理解プロバイダ、で見ることができ、これが決める警備員、の認証業務を達成するための意思決定がどのようにデータ転送の方法。
プロバイダとリンクされているいくつかの警備員プロセスが理にかなっているが、警備員は、プロバイダに必要な、プロバイダは、警備員が望む属することができます。
私はここで、その後、実際の構成をauth.php行く、これらはあなたが同意しない、デザインのアイデアの下で具体的な例であることを信じますか？
リンク：https://www.cnblogs.com/farwish/p/11790152.html