Explication détaillée de l'interface réactive fournie dans Laravel 5.5 pour répondre aux demandes

Cet article vous présente principalement les informations pertinentes sur l'interface réactive fournie dans Laravel 5.5 pour répondre aux demandes. L'article le présente de manière très détaillée à travers un exemple de code. Il a une certaine valeur d'apprentissage de référence pour l'étude ou le travail de chacun. Amis, veuillez suivre l'éditeur pour apprendre ensemble.

Préface

Laravel 5.5 sera également la prochaine version LTS (support à long terme). Cela signifie qu’il dispose de deux ans de correctifs et de trois ans de mises à jour de sécurité. Il en va de même pour Laravel 5.1, même si ses deux années de support de correction de bugs prendront fin cette année.

Laravel 5.5 ajoute un nouveau type de retour au routage : Responsable. Cette interface permet aux objets d'être automatiquement convertis en une interface de réponse HTTP standard lorsqu'ils sont renvoyés par un contrôleur ou une route de fermeture. Tout objet qui implémente l'interface Responsable doit implémenter une méthode nomméetoResponse()qui convertit l'objet en objet de réponse HTTP.

Regardez l'exemple :

use Illuminate\Contracts\Support\Responsable; class ExampleObject implements Responsable { public function __construct($name = null) { $this->name = $name ?? 'Teapot'; } public function status() { switch(strtolower($this->name)) { case 'teapot': return 418; default: return 200; } } public function toResponse() { return response( "Hello {$this->name}", $this->status(), ['X-Person' => $this->name] ); } }

Lorsque vous utilisez cet ExempleObject dans le routage, vous pouvez faire ceci :

Route::get('/hello', function() { return new ExampleObject(request('name')); });

Dans le framework Laravel, la classe Route peut désormais vérifier ce type (implémentant l'interface Responsable) lors de la préparation du contenu de la réponse :

if ($response instanceof Responsable) { $response = $response->toResponse(); }

Si vous utilisez plusieurs types de réponses pour organiser le contenu de votre réponse sous l'espace de noms AppHttpResponses, vous pouvez vous référer à l'exemple suivant. Cet exemple montre comment prendre en charge les publications (une collection de plusieurs instances) :

posts = $posts; } public function toResponse() { return response()->json($this->transformPosts()); } protected function transformPosts() { return $this->posts->map(function ($post) { return [ 'title' => $post->title, 'description' => $post->description, 'body' => $post->body, 'published_date' => $post->published_at->toIso8601String(), 'created' => $post->created_at->toIso8601String(), ]; }); } }

Ce qui précède n'est qu'un exemple de base pour simuler un scénario d'application simple : renvoie une réponse JSON, mais vous espérez que la couche de réponse n'utilise pas simplement l'implémentation intégrée pour JSONiser l'objet, mais effectue un traitement de contenu. L'exemple ci-dessus suppose également que la classe AppHttpResponsesResponse peut fournir certaines fonctions de base. Bien entendu, la couche de réponse peut également contenir du code de conversion (similaire à Fractal) au lieu d'effectuer une telle conversion directement dans le contrôleur.

Le code du contrôleur qui coopère avec la classe PostIndexResponse dans l'exemple ci-dessus est similaire au suivant :

Si vous souhaitez en savoir plus sur cette interface, vous pouvez consulter le commit du correspondant code dans le projet.

Résumé

Articles qui pourraient vous intéresser :

Opération php zip in Explication sur l'affichage des images dans le package compressé sans décompresser le package

Explication détaillée d'un exemple d'analyse de la méthode d'implémentation de la fonction d'enregistrement dans PHP

Explication détaillée de la résolution du problème d'épuisement de la mémoire causé par un trop grand nombre de processus php-fpm sous Linux

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!