


Quel est le principe de mise en œuvre de l'injection de dépendances dans Laravel ?
Dans Laravel, le principe d'implémentation de l'injection de dépendances consiste à utiliser la réflexion de la méthode de classe pour obtenir le type de paramètre, puis à utiliser le conteneur pour construire l'instance, puis à utiliser la fonction de rappel pour l'appeler. Le constructeur d'objet injecté ne peut pas avoir de paramètres ; , sinon une erreur sera signalée et l'injection de dépendances doit être appelée par la classe Router, sinon l'injection ne peut pas être réalisée directement en utilisant la nouvelle méthode.
L'environnement d'exploitation de cet article : système Windows 10, Laravel version 6, ordinateur Dell G3.
Quel est le principe de mise en œuvre de l'injection de dépendances de Laravel ?
Le conteneur laravel inclut l'inversion de contrôle et l'injection de dépendances. Pour l'utiliser, vous devez d'abord lier l'objet, et vous pouvez directement utiliser make pour le récupérer en cas de besoin.
Pour une analyse spécifique, veuillez vous référer à : http://laravelacademy.org/post/769.html
Habituellement, nos appels sont les suivants.
$config = $container->make('config'); $connection = new Connection($this->config);
C'est plus facile à comprendre. L'avantage de ceci est que vous n'avez pas besoin de créer directement une instance. Il n'y a aucun changement dans la valeur transmise par la méthode. Vous pouvez également partager cette instance à plusieurs endroits.
Mais qu'est-ce que cela a à voir avec l'injection de dépendances ? La véritable injection de dépendances ne nécessite pas de transmettre de valeurs de paramètre à la méthode. Il vous suffit de spécifier le type de paramètre de la méthode, et le code trouvera automatiquement la relation et l'injectera automatiquement. la dépendance.
Cette fonctionnalité peut être reflétée dans le contrôleur, le travail, etc. de Laravel, comme suit :
class TestController extends Controller { public function anyConsole(Request $request, Auth $input) { //todo } }
Voyons comment elle implémente l'injection automatique de dépendances :
Le noyau est appelé par index.PHP, appelé via multicouche Les pipelines du noyau, puis vers le routeur, appellent via un pipeline middleware multicouche. Enfin situé à la ligne 124 de
Illuminate/Routing/Route.php.
public function run(Request $request) { $this->container = $this->container ?: new Container; try { if (! is_string($this->action['uses'])) { return $this->runCallable($request); } if ($this->customDispatcherIsBound()) { return $this->runWithCustomDispatcher($request); } return $this->runController($request); } catch (HttpResponseException $e) { return $e->getResponse(); } }
Déterminez si $this->action['uses'] (ligne de format telle que : AppHttpControllerDatacenterRealTimeController@anyConsole) est une chaîne, $this->customDispatcherIsBound détermine si une route définie par l'utilisateur est liée. Passez ensuite à $this->runController($request).
protected function runController(Request $request) { list($class, $method) = explode('@', $this->action['uses']); $parameters = $this->resolveClassMethodDependencies( $this->parametersWithoutNulls(), $class, $method ); if (! method_exists($instance = $this->container->make($class), $method)) { throw new NotFoundHttpException; } return call_user_func_array([$instance, $method], $parameters); }
$this->resolveClassMethodDependencies Dès que vous regardez le nom, vous pouvez dire que cette méthode est la méthode que nous recherchons. $this->parametersWithoutNulls() consiste à filtrer les caractères nuls $class et $method sont respectivement les suivants : AppHttpControllerDatacenterRealTimeController et anyConsole.
protected function resolveClassMethodDependencies(array $parameters, $instance, $method) { if (! method_exists($instance, $method)) { return $parameters; } return $this->resolveMethodDependencies( $parameters, new ReflectionMethod($instance, $method) ); }
new ReflectionMethod($instance, $method) est l'objet de réflexion qui obtient la méthode de classe, voir le document : http://www.php.net/manual/zh/class.reflectionmethod.php
Aller à Illuminate ci-dessous /Routing/RouteDependencyResolverTrait.php ligne 54.
public function resolveMethodDependencies(array $parameters, ReflectionFunctionAbstract $reflector) { $originalParameters = $parameters; foreach ($reflector->getParameters() as $key => $parameter) { $instance = $this->transformDependency( $parameter, $parameters, $originalParameters ); if (! is_null($instance)) { $this->spliceIntoParameters($parameters, $key, $instance); } } return $parameters; }
Obtenez le tableau de paramètres de classe via la méthode de classe de réflexion, puis parcourez-le et transmettez-le à la méthode $this->transformDependency. Si l'instance ne peut pas être obtenue, appelez $this->spliceIntoParameters pour effacer les paramètres.
protected function transformDependency(ReflectionParameter $parameter, $parameters, $originalParameters) { $class = $parameter->getClass(); if ($class && ! $this->alreadyInParameters($class->name, $parameters)) { return $this->container->make($class->name); } }
Enfin j'ai vu l'ombre du conteneur Oui, l'objet final a été retiré via la méthode make du conteneur. À ce stade, les paramètres sont construits et seront éventuellement rappelés par le call_user_func_array de la méthode runController.
Résumé :
Le principe de l'injection de dépendances est en fait d'utiliser la réflexion de la méthode de classe pour obtenir le type de paramètre, puis d'utiliser le conteneur pour construire l'instance. Utilisez ensuite la fonction de rappel pour l'appeler.
Le constructeur d'objet injecté ne peut pas avoir de paramètres. Sinon, une erreur sera signalée. Argument manquant 1
L'injection de dépendances est bonne, mais elle doit être invoquée par la classe Router, sinon l'injection ne peut pas être réalisée directement en utilisant la nouvelle méthode. C'est pourquoi seules les classes Controller et Job peuvent utiliser cette fonctionnalité.
【Recommandation associée : tutoriel vidéo Laravel】
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!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Les opérations de base de données en PHP sont simplifiées à l'aide d'ORM, qui mappe les objets dans des bases de données relationnelles. EloquentORM dans Laravel vous permet d'interagir avec la base de données en utilisant une syntaxe orientée objet. Vous pouvez utiliser ORM en définissant des classes de modèle, en utilisant des méthodes Eloquent ou en créant un système de blog dans la pratique.

Les dernières versions de Laravel 9 et CodeIgniter 4 fournissent des fonctionnalités et des améliorations mises à jour. Laravel9 adopte l'architecture MVC et fournit des fonctions telles que la migration de bases de données, l'authentification et le moteur de modèles. CodeIgniter4 utilise l'architecture HMVC pour fournir le routage, l'ORM et la mise en cache. En termes de performances, le modèle de conception basé sur le fournisseur de services de Laravel9 et le framework léger de CodeIgniter4 lui confèrent d'excellentes performances. Dans les applications pratiques, Laravel9 convient aux projets complexes qui nécessitent de la flexibilité et des fonctions puissantes, tandis que CodeIgniter4 convient au développement rapide et aux petites applications.

Comparez les capacités de traitement des données de Laravel et CodeIgniter : ORM : Laravel utilise EloquentORM, qui fournit un mappage relationnel classe-objet, tandis que CodeIgniter utilise ActiveRecord pour représenter le modèle de base de données en tant que sous-classe de classes PHP. Générateur de requêtes : Laravel dispose d'une API de requêtes chaînées flexible, tandis que le générateur de requêtes de CodeIgniter est plus simple et basé sur des tableaux. Validation des données : Laravel fournit une classe Validator qui prend en charge les règles de validation personnalisées, tandis que CodeIgniter a moins de fonctions de validation intégrées et nécessite un codage manuel des règles personnalisées. Cas pratique : l'exemple d'enregistrement d'utilisateur montre Lar

Laravel - Artisan Commands - Laravel 5.7 est livré avec une nouvelle façon de traiter et de tester de nouvelles commandes. Il inclut une nouvelle fonctionnalité de test des commandes artisanales et la démonstration est mentionnée ci-dessous ?

Pour les débutants, CodeIgniter a une courbe d'apprentissage plus douce et moins de fonctionnalités, mais couvre les besoins de base. Laravel offre un ensemble de fonctionnalités plus large mais a une courbe d'apprentissage légèrement plus raide. En termes de performances, Laravel et CodeIgniter fonctionnent bien. Laravel dispose d'une documentation plus complète et d'un support communautaire actif, tandis que CodeIgniter est plus simple, léger et possède de solides fonctionnalités de sécurité. Dans le cas pratique de la création d'une application de blog, EloquentORM de Laravel simplifie la manipulation des données, tandis que CodeIgniter nécessite une configuration plus manuelle.

Lors du choix d'un framework pour de grands projets, Laravel et CodeIgniter ont chacun leurs propres avantages. Laravel est conçu pour les applications d'entreprise, offrant une conception modulaire, une injection de dépendances et un ensemble de fonctionnalités puissantes. CodeIgniter est un framework léger plus adapté aux projets de petite et moyenne taille, mettant l'accent sur la rapidité et la facilité d'utilisation. Pour les grands projets avec des exigences complexes et un grand nombre d'utilisateurs, la puissance et l'évolutivité de Laravel sont plus adaptées. Pour les projets simples ou les situations avec des ressources limitées, les capacités de développement légères et rapides de CodeIgniter sont plus idéales.

Pour les petits projets, Laravel convient aux projets plus importants qui nécessitent des fonctionnalités et une sécurité élevées. CodeIgniter convient aux très petits projets qui nécessitent légèreté et facilité d'utilisation.

L'architecture des microservices utilise des frameworks PHP (tels que Symfony et Laravel) pour implémenter des microservices et suit les principes RESTful et les formats de données standard pour concevoir des API. Les microservices communiquent via des files d'attente de messages, des requêtes HTTP ou gRPC et utilisent des outils tels que Prometheus et ELKStack pour la surveillance et le dépannage.
