Analyse de l'injection de dépendances de Laravel via le code source

Cet article vous présente principalement comment analyser l'Injection de dépendance de Laravel via le code source. L'article le présente en détail à travers un exemple de code, qui a une certaine valeur d'apprentissage de référence pour les études ou le travail de chacun. Si vous êtes intéressé par le framework Laravel, veuillez suivre l'éditeur pour apprendre ensemble.

Avant-propos

Comme nous le savons tous, il existe d'innombrables frameworks PHP. Ces dernières années, un framework connu pour son élégance s'est progressivement fait connaître. aux PHPers nationaux et a commencé à l'utiliser, mais un défaut évident de larave est que le contenu de sa documentation est pitoyable.

Cet article vous donnera une introduction détaillée à l'injection de dépendances Laravel et le partagera pour votre référence et votre étude. Je ne dirai pas grand-chose ci-dessous, jetons un coup d'œil à l'introduction détaillée.

Dans la méthode constructeur ou la méthode membre du contrôleur Laravel, vous pouvez utiliser l'injection de dépendances via des contraintes de type , telles que :

public function store(Request $request)
{
 //TODO
}

Le paramètre $request utilise ici des contraintes de type. Request est une classe : IlluminateHttpRequest, ce qui signifie que le paramètre doit être cette classe ou une sous-classe.

Cet article analyse le code source de Laravel pour voir pourquoi Request peut être utilisé directement sans passer d'instance dans la méthode ? C'est juste que le framework instancie et transmet automatiquement les paramètres pour nous.

1.Définition d'itinéraire

En regardant depuis la source, un tel itinéraire est défini dans le fichier de définition d'itinéraire :

Route::resource('/role', 'Admin\RoleController');

Il s'agit d'un itinéraire basé sur les ressources. Laravel générera automatiquement des entrées de routage pour l'ajout, la suppression, la modification et la requête.

La méthode store au début de cet article est une méthode de contrôleur. L'action définie par la route est visible dans la figure : AppHttpControllersAdminRoleController@store

Méthode d'itinéraire Analyser

pour trouver le contrôleur et la méthode en fonction de la définition de l'itinéraire, et exécuter la méthode spécifique dans la méthode de répartition.

(Fichier : supplier/laravel/framework/src/Illuminate/Routing/ControllerDispatcher.php)

public function dispatch(Route $route, $controller, $method)
{
 $parameters = $this->resolveClassMethodDependencies(
  $route->parametersWithoutNulls(), $controller, $method
 );
 
 if (method_exists($controller, 'callAction')) {
  return $controller->callAction($method, $parameters);
 }
 
 return $controller->{$method}(...array_values($parameters));
}

La première méthode solveClassMethodDependencies, "comme son nom l'indique" consiste à obtenir des objets dépendants basés sur sur les paramètres de méthode de la classe, puis appelez la méthode de classe et injectez les paramètres de l'objet.

S'il existe plusieurs objets dépendants, ils seront analysés tour à tour par foreach et injectés en tant que paramètres.

Obtenez le code de l'exemple d'objet dépendant :

protected function resolveClassMethodDependencies(array $parameters, $instance, $method)
{
 if (! method_exists($instance, $method)) {
  return $parameters;
 }
 
 return $this->resolveMethodDependencies(
  $parameters, new ReflectionMethod($instance, $method)
 );
}

Le point clé ici est l'utilisation de la réflexion PHP. Faites attention à la méthode RelectionMethod, qui obtient la liste des paramètres de méthode du. classe et peut connaître les contraintes de type des paramètres, les noms des paramètres, etc.

Le paramètre $instance ici est la classe du contrôleur RoleController et le paramètre $method est le magasin de noms de méthode.

Exemple d'obtention d'objets dépendants.

Après avoir obtenu le type de contrainte de l'objet dépendant à partir du paramètre de méthode, vous pouvez instancier l'objet dépendant.

protected function transformDependency(ReflectionParameter $parameter, $parameters)
{
 $class = $parameter->getClass(); 
 // If the parameter has a type-hinted class, we will check to see if it is already in
 // the list of parameters. If it is we will just skip it as it is probably a model
 // binding and we do not want to mess with those; otherwise, we resolve it here.
 if ($class && ! $this->alreadyInParameters($class->name, $parameters)) {
  return $parameter->isDefaultValueAvailable()
   ? $parameter->getDefaultValue()
   : $this->container->make($class->name);
 }
}

Récupérez l'objet du conteneur en fonction du nom de la classe Le processus de liaison de l'instance d'objet est d'abord défini dans le fournisseur de services.

Ensuite, transmettez l'objet instancié dans la méthode store et vous pourrez utiliser l'objet dépendant.

3. À propos de la réflexion PHP

Donnez un exemple d'utilisation de ReflectionMethod.

class Demo
{
 private $request;
 public function store(Request $request)
 {
 }
}

Imprimez le contenu du nouveau ReflectionMethod(Demo::class, 'store') comme indiqué dans la figure :

Vous pouvez obtenir les paramètres de cette méthode List, type de contrainte de paramètre, tel que typeHint, IlluminateHttpRequest.

Selon le nom de la classe, l'instance initialement liée via le fournisseur de services peut être obtenue à partir du conteneur.

Recommandations associées :

Exemple de fonction de téléchargement multi-images implémentée par le framework Laravel + Blob

Création d'une application Laravel basée sur Docker à partir de zéro

Sept méthodes Carbon très utiles dans 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!