Eine normale CakePHP Anfrage

Wir haben uns die grundlegenden Bestandteile von CakePHP angesehen. Nun laßt uns gemeinsam anschauen, wie die Objekte bei einer normalen Anfrage zusammenarbeiten. Nehmen wir unser ursprüngliches Beispiel wieder auf und erinnern uns, dass unser Freund Ricardo gerade auf den “Buy A Custom Cake Now!” Link der Seite einer CakePHP Anwendung geklickt hat.

Flow diagram showing a typical CakePHP request

Flow diagram showing a typical CakePHP request

Schwarz = benötiges Element, Grau = optionales Element, Blau = callback

  1. Ricardo klickt auf den Link der nach http://www.example.com/cakes/buy verweist und sein Browser startet eine Anfrage zu deinem Webserver.

  2. Der Router analysiert die URL um die Parameter der Anfrage zu bestimmen: Den controller, action, und alle anderen Argumente dieser Anfrage, die Auswirkung auf die Business-Logik haben.

  3. Das Routing verweist die Anfrage an die Controller Action (die Methode der Controller Klasse). In diesem Falle die buy() Methode des CakeController. Der Controllers beforeFilter Callback wird aufgerufen, bevor irgendeine Action Logik ausgeführt wird

  4. Der Controller kann das Model nützen, um auf die Applikationsdaten zuzugreifen. In unserem Beispiel nutzt der Controller das Modell um Recardos letzte Käufe aus der Datenbank zu lesen. Alle Model Callbacks, Behaviours und Datenquellen können dabei verwendet werden. Obwohl es nicht notwendig ist, dass eine Action überhaupt auf ein Model zurückgreift, braucht jede CakePHP Controllerklasse mindestens ein Model.

  5. Nun hat das Modell die Daten an den Controller zurückgeliefert.

  6. Der Controller kann Components nutzen, um weitere Aktionen durchzuführen(Sessionmanipulation, Authentifizierung oder Emails versenden beispielsweise).

  7. Nachdem der Controller mittels Model und Components die Daten vorbereitet hat, werden diese Daten mittels der set() Methode an den View weitergeleitet. Controller Callbacks müssen eventuell noch bearbeitet werden, bevor die Daten verschickt werden. Die View Logik wird ausgeführt, welche Elements und/oder Helpers nutzen kann. Nach Voreinstellung wird der View in einem Layout gerendert.

  8. Zusätzliche Controller Callbacks (afterFilter() können nun durchgeführt werden. Die Seite wird zu Ricardo geschickt.