まえがき

記事が長くなってしまったので、別の記事に書きます。

前回の記事では以下の内容について説明させていただきました。

• ルーティングの初期理解の簡単な分析
• ルーティングを定義して外観について話しましょう
• ルーティング定義 ルール メソッドの $this->group は具体的に何をするのですか?
• ルーティング ルールの前処理
• 解析および生成のための迅速なアクセスルーティング識別子

しかし、ルーティングについてはまだ説明すべきことがたくさんあります。次に、次の内容を分析します。

• #ルーティング設定 (つまり、ルート ファイルの戻り値)
#ディスパッチの最初の概要
route-check は URL ルート
を検出します。 。 。 。 。 。 。 。 。 。 。 。 。
以下、一つずつ詳しく説明していきます。

参考までに、ルーティングに関する実行図も示します。

ルート実行プロセス

1. URL ルーティングを検出するためのディスパッチとルートチェックについての最初の理解この部分の内容は実行アプリケーション内にあります。次に、Kaka が簡単に説明します。

このセクションにはソース コードの説明はありません。ソース コードは記事の残りの部分への道を整えるためにのみ使用されるため、ディスパッチとは何なのかを理解する必要があります。

次の図は、ルーティングの初期化後に上位層に戻って実行を継続するプロセスを示しています。

これでルート検出が実行されます。

ルーティング テストは次のように使用されます

これで、このスケジュール情報を印刷できます

#結果の印刷

#その後、

メソッドの簡単なプレビューが表示されます

routeCheck 上記のメソッドでは、このステップでキャッシュが処理され、Dispatch オブジェクトが返されることを明確にします。

この部分のソース コードを見てみるだけでも構いません。それほど重要ではありません。

ただし、この部分の内容については、まだ簡単に確認する必要があります。

これを見る前に、渡される 2 つのパラメーターが何であるかを明確にする必要があります。

パラメータ 1: ルーティング ルール パラメータ 2: 必須ルーティングが設定されているかどうかを確認します。

#ディスパッチ オブジェクトを返します。

URL ルーティングの検出

結果を出力します

2. リクエスト クラスの検索方法

$result = $domain ->check($this->request, $url, $completeMatch);は、このブロックのコンテンツを実行します。

むしろ、$this->requestが見つかって実行されるかどうかに注意する必要があります。

最初にわかるのは、request 属性が Route クラスに存在することです。

次に、Route のコンストラクターに進み、そこで新しい世界を見つけます。

ここでは配列のようにオブジェクトにアクセスするために ArrayAccess を使用していますが、 $app には request 属性が存在しないため、コンテナクラスの __get マジックメソッドが実行されます。 make メソッドの最初のパラメータは request であり、最終的に request のインスタンスが返されます。

ここでの $app は、実際には、依存関係注入を通じて取得される App インスタンスです。

これだけソースコードを読んだら、App クラスがコンテナ クラスである Container クラスを継承していることを知らなければなりません。

コンテナ クラスの下部にはいくつかのマジック メソッドがあります。

ここでは __get メソッドにのみ注意する必要があります。

#マジックメソッド

コンテナ クラスの make メソッド

コンテナクラスのmakeメソッドについてですが、コンテナクラスの中でも特に重要なメソッドであり、魂のメソッドでもあります。

フレームワーク全体のインスタンスはコンテナーを通じて返されるため、このメソッドの重要性についてはこれ以上説明する必要はありません。

Kaka はこれまでコンテナについて非常に深く理解しており、それを記事の形で皆さんに紹介しました。

#3. ドメイン名ルーティングの検出

#最初にプロセスを図示し、次にこれに従います。プロセスに合わせてステップ リズムをクリックするだけ。

最初に確認するのは、実行中のアプリケーションでドメイン名のルーティング検出が行われていることです。

上位の実行プロセスにはエントリ ファイルがあります。

まずコードがrouteCheckメソッド内で実行され、次にこのファイルを確認します。

最初にコメントを見てください。このメソッドの説明は URL ルーティングの検出です。

この方法では、まずルーティング キャッシュが検出されます。このコンテンツはキャッシュに関するものです。

このメソッドで最も重要なことは、ルーティングの検出であり、Dispatch オブジェクトを返すことです。これがこのメソッドです。

次のステップでは、この方法を見ていきます。

最初に明確にする必要があるのは、渡される 2 つのパラメーターが何であるかです。

• $パス : string(4) "ブログ"
• $must : bool(false)

URL ルーティングを検出すると、次のことが行われます。

• ##pathinfo 区切り文字: URL の / を |
• ルートが完全に一致するかどうかを確認します
  # #ドメイン名ルーティングの検出
• デフォルト ルート分析
• 次のステップは、ドメイン名ルーティング プロセスの詳細な分析を実行することです。

セクション 6 の記事
• $url: string(4) "blog"
• $ completeMatch: ルーティングが完了したかどうか Match
• comes to
$result = $domain->check($this->request, $url, $completeMatch);

この手法では、以下の処理が実行され、重要な実行処理が詳細に分析されます。

• ルーティング エイリアスの検出: checkRouteAlias
• URL バインディングの検出: checkUrlBind
• ルーティング パラメーターの決定
• ドメイン名ミドルウェアの追加
• ##グループ ルーティングの検出:parent::check

ドメイン名ルーティングの検出

ルート エイリアスの検出: checkRouteAlias

• $request: リクエスト クラスの例
• $url: 渡されたブログ

• strpos: 文字列内で最初に出現する位置を検索します。
• strstr: strstr は、string1 内で string2 が最初に出現する位置を指すポインターを返します。strstr( "Helloworld!","world");?>\n出力:\nworld!
• URL アドレスが最初に処理されます: ブログに戻る
• エイリアス ルート定義 NULL を取得します。
• リソース ルーティング ブログを例として、false を返します。

ルート エイリアスの検出

このメソッドについて最初に明確にしておきたいのは、このメソッドがクラスthinkphp/library/think にあることです。 /Route.php中

そして、このクラスは think\route

の下にあるすべてのクラスを使用します。このメソッドは、検出からルーティングされたブログを取得し、それを alias 属性から取得します。 Route class 、存在しない場合は NULL が返されます

このエイリアスの使用方法については後述します

Come エイリアス ルートの最後の部分を検出しますreturn $item? $item->check($request, $url): false;これがコード行です。上の図から、この項目は NULL

そして最終的にはこの NULL を返します。

#URL バインディングの検出: checkUrlBind

• $request: リクエスト クラスのインスタンス
• $url: 渡されたブログ

URL バインディングの検出

getBindルート バインディングにアクセスすると、Kaka が渡されたことがわかります。パラメータが出力されます。 。

このメソッドは、クラスthinkphp/library/think/route/Domain.phpにあります。このクラスは、$This->group でルーティング ルールを設定するときに使用されることに注意してください。わかりません。ルーティングの記事の最初のセクションを読むことができます。

同時に、このメソッドでは、subDomain現在のサブドメイン名を取得します。

このメソッドは最終的に www を返します。主に最初の丸で囲まれた部分に注目してください。

リクエスト クラスのホスト メソッドを通じて現在のドメイン名を取得し、それを分割します。

戻りデータ: array(1) { [0] =>\n string(3) "www"\n}

サブドメイン名に値を割り当てます: $this-> ;subDomain

最終結果を返し、サブドメイン名を返します: www

その後、次の内容に戻ります。判断と取得が行われる上位層 WWW の現在のサブドメイン。

いくつかはすべて判定処理です。最初の判定は、www だけが返されるため、絶対に成立しません。

次の判定は、ルーティング バインディングに基づいています。知っておくだけで十分です。常に NULL が返されるということです。

最下層でNULLが返されることがわかっているので、ここでも判定が成立しないため、最終的な結果が返されます。上層 それは嘘です。

ルーティング パラメーターの決定

上の図によると、実行プロセスは最終的にthinkphp/library/think/route/Domain.php に戻ります。このメソッドcheckはドメイン名のルーティングを検出します。

次に、ルーティング パラメータの判断を開始します。

ルーティングパラメータがない場合はスキップされ、実行されません。

ルーティングパラメーターが存在します: setRouteVars メソッドを実行: ルーティング変数を設定します。このパラメーターはフレームワークのバージョン 5.1.5 以降でのみ使用できます。Kaka が使用しているバージョンは少し低いため、説明は省略します詳細。

#ドメイン名ルーティングの検出

ドキュメント

ドメイン名ミドルウェアの追加

グループ ルーティングの検出

returnparent::check($request, $url , $completeMatch);

ファイル: thinkphp/library/think/route/RuleGroup.phpにジャンプします。これは、Domain クラスが RuleGroup クラスを継承しているためです。

• $request: リクエスト クラスのインスタンス
• $url: 渡された blog
• $completeMatch : ルートが完全に一致するかどうか

このメソッドでは、Kaka は、ここでのプロセスの 1 つ、つまりグループ化パラメータのマージについてのみ詳しく説明します。

このメソッドは実行プロセス全体の本線でもあり、残りは検出と判断のためのメソッドであるためです。

#グループ化パラメータのマージ

#4. 概要ルーティングについて 2 回の記事を費やしましたが、まだ終わっていません。長い間ソースコードを読んできた結果、ルーティングが最も複雑で理解しにくいです。

クラスは1つずつリンクされているので、ここで一旦ルーティングを理解して、後から他のソースコードを読んだときに他の内容を追加していきます。

主にルーティング記事で実行されるフローチャートをよく読む必要があります。

実行フローチャート ルーティングルールの登録時にグループ属性を通じて最終的に返されるのはDomainクラスであり、ここの内容は明確でなければなりません。

主に、ルーティングにおけるドメイン名の設定プロセスと、ドメイン名が設定されるタイミングについて知っています。

ルーティング ファイル内の戻り配列と、ルーティング ファイルをインポートするプロセスについて明確に理解しておく必要があります。

それでは、前に学習した ArrayAccess を復習して、配列などのオブジェクトにアクセスしてみましょう。

コンテナ内のマジック メソッド __get メソッド このマジック メソッドには、主にクラスのインスタンスを返し、それをコンテナに格納するために使用される make メソッドがあります。

今回はルーティング面についてですが、1回の記事で終わる予定です。

“

学習の継続、ブログの継続、共有の継続は、キャリア以来、カカが常に守ってきた信念です。Nuoda Internet でのカカの記事が少しでもお役に立てれば幸いです。少しお手伝いします。私はカカです。また次回お会いしましょう。

”