Explication détaillée de l'analyse du code source et des étapes d'injection de dépendances Laravel

Cette fois, je vais vous apporter une explication détaillée de l'analyse du code source Laravel injection de dépendances étapes, quelles sont les précautions pour l'analyse du code source injection de dépendances Laravel, ce qui suit est un cas pratique, jetons un coup d'oeil.

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

À partir de 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 les ajouts, les suppressions, les modifications et les requêtes.

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.

Je pense que vous maîtrisez la méthode après avoir lu le cas dans cet article. Pour des informations plus intéressantes, veuillez prêter attention aux autres articles connexes sur le site Web chinois de php !

Lecture recommandée :

Explication détaillée de l'utilisation de la structure de données PHP et de la liste chaînée séquentielle et de la liste linéaire chaînée

php implémente le binaire statistique Explication détaillée des étapes de l'algorithme du nombre de 1

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!