Symfoy2 HttpKernel イベント駆動型、symfoy2httpkernel_PHP チュートリアル

Symfoy2 HttpKernel イベント駆動型、symfoy2httpkernel

HttpKernel: イベント駆動型 ​ Symfony2 フレームワーク層とアプリケーション層の作業は HttpKernel::handle() メソッドで完了します。 HttpKernel::handle() の内部実装は、実際にはイベント (HttpKernel のイベント リスナー) を介して行われます。 ) は、すべてのコンポーネントを完全なアプリケーションに統合することと同じです。 ​ HttpKernel の使用は非常に簡単で、より豊富なイベント リスナーを実装できる EventDispatcher (イベント ディスパッチャー) と コントローラー リゾルバー (コントローラー リゾルバー) を作成するだけです。アプリ特徴: kernel.requestイベント kernel.request イベントを実装する目的は、Request オブジェクトにさらに情報を追加すること、または返された Response オブジェクトを取得することです (例: キャッシュまたはセキュリティ層がアクセスを拒否した場合) kernel.request イベントは、HttpKernel::handle() によって送出される最初のイベントであり、その後、イベントをリッスンする複数のリスナーが実行されます。 イベント リスナーには多くの種類があり、その動作は異なります。たとえば、ユーザーに十分な権限がないとセキュリティ リスナーが判断した場合、現在 Response オブジェクトが直接返されている場合は、RedirectResponse オブジェクトが使用されます。 kernel.response イベントは直接実行されます: イベントの目的は、Response オブジェクトを直接作成して返すか、Request オブジェクトに情報を追加することです。 リーリー 2) コントローラーを解決します

kernel.request

イベントの実装時に Response オブジェクトが作成されて返されないと仮定すると、次のステップは、コントローラーとコントローラーに必要なパラメーターを決定して解析することです。コントローラー部分はアプリケーション層の最後の砦であり、特定のページを含む Response オブジェクトを作成して返す役割を果たします。要求されたコントローラーを決定する方法は、アプリケーションに完全に依存します。この作業は、ControllerResolverInterface を実装するクラスであり、HttpKernel コンストラクターのパラメーターでもあるコントローラー リゾルバーによって実行されます。 まず、コントローラー リゾルバーの getController() メソッドを呼び出し、Request オブジェクトをこのメソッドに渡します。 コントローラー リゾルバーは、リクエストに含まれる情報に基づいてコントローラーを決定し、返します。 2 番目のメソッド getArguments() は、kernel.controller イベントがスケジュールされたときに実行されます。 ​ リーリー

3) <code><span>kernel.controller<code><code><span>kernel.controller</span>Event

kernel.controller イベントは、コントローラーが実行される前に、いくつかの情報を初期化するか、コントローラー オブジェクトを変更します。 ​
呼び出されるコントローラーが決定された後、HttpKernel::handle() は

kernel.controller イベントを送出します。システムの特定の部分 (コントローラー、ルーティング情報など) が決定された後、これらの部分が実行される前に、kernel.controller イベントのリスナーが実行されます。 4) コントローラーパラメータを取得します getAttributes() メソッドは、コントローラーに渡されるパラメーター配列を返します。このメソッドをカスタマイズしたり、組み込みの Symfony フレームワークを使用したりすることもできます。 ControllerResolver は、放射メカニズムを使用して、呼び出されたコントローラー メソッドのパラメーター リストを取得します。リストを反復処理し、次の 手順を使用してパラメータ リスト内の 1 対 1 の値を決定します:

リーリー リーリー リーリー リーリー リーリー ️コントローラー付き         这一步，controller就会被执行。         controller会创建包含特定页面或者json的Response对象，这也是应用层的最后一个步骤。    Symfony框架中没有缺省的监听器实现kernel.view事件，可是，有一个核心Bundle——SensioFrameworkExtraBundle里有个监听改事件的监听器。如果你的controller返回一个数组，并且在controller类的顶部有@Template的注解，那么该监听器就会渲染一个模板，把controller返回的数组传入到模板中，最后利用模板返回的内容创建一个Response对象，并返回该Response对象。   除此之外，FOSRestBundle也实现了监听该事件的监听器，a listener on this event which aims to give you a robust view layer capable of using a single controller to return many different content-type responses (e.g. HTML, JSON, XML, etc).             7) kernel.response 事件       在发送Response对象到客户端前修改它。                 kernel的目的是把Request对象转换成为Response对象。Response对象可能是在kernel.request事件中创建，可能是由controller返回，又或者是由监听kernel.view事件的监听器返回。         不管是在哪一个环节创建Response对象，最后kernel.response事件都会被触发。监听kernel.response事件的监听器都会以某种方式修改Response对象，例如：修改Response的header部分，修改cookie，或者甚至会修改Response对象返回的内容（注入javascript到