"
この記事では、コントローラーのインスタンス化を紹介し、ArrayAccess とインスタンスを返すマジックアクセスの直接実行の違いを分析します
"

前書き

上記の記事では、ルーティングについて説明しています。特別に詳細な説明もアプリケーションの初期化と解析から始まり、ルートスケジューリングがルート検出に戻るまでです。

ルート検出で得られる値は以下の通りで、最終的にルートスケジューリングで返される値となります。

使用するルーティングルールは Route::get('hello/:name', 'index/index/:name');

ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考える — 印刷場所

上の図からわかるように、重要なデータはdispatchcに保存され、その後制御が行われます装置について詳しく説明されています。

最初に説明するのは、ルート検出が完了した後に実行されるインスタンス化コントローラーの操作です。

1. インスタンス化コントローラー

まずはインスタンス化コントローラーの実行方法を見てみましょう!

最初にエントリファイルからコードを実行する必要があることは間違いありません。ここでは、コンテナを使用して App のインスタンスを返し、次に App クラスの run メソッドを呼び出します。

は、上記で解析されたルートも使用されます。

つまり、検出ルートが実行された後、ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考えるが実行されます。

ルーティング検出が完了すると、リターンはthinkroutedispatchModule Object这个类，并且这个类赋值给了变量$dispatch

次に、このメソッドのこのコードを見てください。ここではミドルウェアが使用されています。ここで簡単に説明します。コードクロージャは依然として使用されています。クロージャの概念がよくわからない場合は、基本に戻る必要があります。

上の図の丸で囲った場所が$dispatch->run() このコードは次に解析されます。 $dispatch->run()这块代码，接下来就要对这块代码进行解析了。

在检测路由最终的返回值可以知道其实这个方法是在thinkroutedispatchModule这个类中。

接着就需要对这个类中的run方法进行解析了，这个方法也就是ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考える。

在这个方法中不管是获取路由参数还是检测路由、数据自动验证都不会执行（是按照咔咔上文给的路由地址为案例）。

所以根据上图代码就会执行到$data = $this->exec();

ルートの最終的な戻り値を検出した後、このメソッドが実際には thinkroutedispatchModule をこのクラスに追加します。

次に、このクラスの run メソッドを分析する必要があります。これは、ルーティングのスケジューリングを実行するためのものです。

ルーティングスケジューリングを実行します

したがって、上記のコードに従って、コードは $data = $this->exec();ここにあります。

🎜このメソッドをトレースすると、次の図のArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考えるの存在がわかります。ここで知っておく必要があるのは、ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考えるです。 🎜🎜🎜🎜ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考える🎜🎜🎜🎜ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考えるの説明🎜🎜

ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考えるはインスタンス化できません
抽象メソッドを持つクラスはArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考えるである必要があります。クラスは抽象的に変更されている必要があります
抽象メソッドには関数本体、つまり抽象関数 fun() を含めることはできません。
ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考えるの非抽象メソッドはサブクラスから呼び出すことができます
非抽象サブクラスはArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考えるを継承し、サブクラスは親クラスのすべての抽象メソッドを実装する必要があります
抽象サブクラスは継承せずにArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考えるを継承します親クラスの抽象メソッド

は、上の図の原理に従って見ることができますDispatchこのクラスはArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考えるです。 Dispatch这个类是ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考える。

所以就会有俩种情况，一种是ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考える继承ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考える，无需继承父类的抽象方法。

另一种是非抽象子类继承ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考える，子类必须实现父类的所有抽象方法。

怎么去找谁继承了Dispatch

这个时候是不是有一个疑问就是怎么去找Dispatch的子类。

在这个图中可以看到本类Dispatch，但是还有一个dispatch这个目录。

根据ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考える返回的数据可以轻而易举的就知道是thinkphp/library/think/route/dispatch/Module.php

つまり、2 つの状況が考えられます。1 つは、ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考えるが親クラスの抽象メソッドを継承せずに、ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考えるを継承する場合です。 🎜🎜もう 1 つは、非抽象サブクラスがArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考えるを継承し、サブクラスが親クラスのすべての抽象メソッドを実装する必要があることです。 🎜

🎜それを見つける方法Dispatch を継承するのは誰ですか🎜🎜このとき、Dispatch のサブクラスを見つける方法について質問があります。 🎜🎜この写真ではこのタイプのディスパッチが見られますが、ディスパッチディレクトリもあります。 🎜🎜ルート検出によって返されたデータによれば、thinkphp/library/think/route/dispatch/Module.phpこのクラス。 🎜

は thinkphp/ library/think/route/dispatch/Module.phpViewexec メソッド。 thinkphp/library/think/route/dispatch/Module.php查看exec方法。

那么接下来的任务就是对这个方法进行深入的解读了。

先看第一行代码$this->app['hook']->listen('module_init');，在这里使用了容器ArrayAccess用数组的形式访问对象，然后执行的ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考える__get，当访问不存在的属性时会去执行make方法。

使用编辑器追踪这个app会到thinkphp/library/think/route/Dispatch.php

それでは、次の課題は、この方法を詳しく説明することです。

まずコードの最初の行を確認してください$this->app['hook']->listen('module_init');、ここでコンテナ ArrayAccess は配列にアクセスします。オブジェクトをフォームに追加し、マジックメソッド __get を実行します。存在しない属性にアクセスすると、make メソッドが実行されます。

エディターを使用してこのアプリを追跡すると、thinkphp/library /think/route/Dispatch.phpこのクラスのコンストラクターで、App インスタンスが app 属性に割り当てられていることがわかります。 🎜🎜🎜🎜アプリクラスのインスタンス化を探します🎜🎜🎜そして、Appクラスに到達すると、それがContainerクラスを継承していることがわかります。 🎜

この知識ポイントについては、コンテナのコンテキストで何度も説明しましたが、存在しないプロパティにアクセスするには、戻ってコンテナの __get マジックメソッドを実行します。

そのため、このブロックのパラメータがフックに渡され、フックのインスタンスが返されることになります。このインスタンスがどのように返されるかについては、で説明されています。コンテナに関するセクションが詳しく説明されていますので、ぜひご覧ください。

その後、フックの listen メソッドが実行されて、タグの動作を監視します。

この時点で、このパラメータがモジュールに対して初期化されていることがわかりますが、この値は空です。

つまり、上の図では実行されないので、簡単なテストのためにこのパラメータにアプリケーションの初期化値を入れます。

このクラスはファサードクラスを最適化する実行フックです。

その後、コードが実行され、$results[$key] = $this->execTag($name, $tag, $params);ここです。 $results[$key] = $this->execTag($name, $tag, $params);这里来。

参数说明

$name = string(22) "behaviorLoadBehavior"
$tag = module_init

接着通过正则对传过来的参数进行处理，最终返回moduleInit

然后通过$obj = Container::get($class);返回behaviorLoadBehavior的实例

最终通过is_callable这个函数进行验证，检测类里边的方法是否可以被调用，方法数组格式，这个方法后期咔咔单独写一篇文章作为对象来解析，这里只需要知道会返回false即可。

然后会把本类的$portal这个值赋值给$method，这个值就是run。

最后通过$result = $this->app->invoke($call, [$params]);

パラメータの説明

$name = string(22) "behaviorLoadBehavior" /セクション>

$tag = module_init

その後、渡されたパラメータは正規表現を通じて処理され、最後に moduleInit が返されます

次に $obj = Container::get($class);behaviorLoadBehavior のインスタンスを返します

最後に渡されましたis_callableこの関数は、クラス内のメソッドを呼び出すことができるかどうかを検証します。このメソッドの後に、Kaka は解析するオブジェクトとして別の記事を作成します。ここでは false が返されることだけを知っておく必要があります。 🎜🎜次に、$portalこの値は$method、この値は走る。 🎜🎜最後に$result = $this->app ->invoke($call, [$params]);このコード行、このコード行の一番下の実行は、リフレクションメカニズムを通じて実装されます。 🎜🎜最後のコードは NULL を返します。 🎜🎜🎜ArrayAccess とダイレクトマジックアクセスリターンインスタンスの違いについて ThinkPHP で考える🎜🎜

次のステップは、コントローラーをインスタンス化することです。呼び出しメソッドは $this->app->controller()$this->app->controller()

这里需要注意的是list这个函数，这个函数的后边会返回一个数组，然后list中的俩个变量会分别为索引0和1。

判断也会去执行第一个，同样会执行到容器类的make方法，这个方法会直接返回appindexcontrollerIndex

ここで注意する必要があるのは list 関数です。この関数の後に配列が返され、リスト内の 2 つの変数が返されます。インデックス 0 と 1。