Analyser le contenu lié à l'injection de dépendances de Laravel via le code source

Cet article vous présente principalement les informations pertinentes sur la façon d'analyser l'injection de dépendances de Laravel via le code source. L'article le présente en détail à travers un exemple de code. Il a une certaine valeur d'apprentissage de référence pour les études ou le travail de tous les amis qui en ont besoin. peut suivre Apprenons avec l'éditeur.

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 le constructeur de contrôleur ou la méthode membre de Laravel, l'injection de dépendances peut être utilisée via des contraintes de type, telles que :

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

Le $request Le paramètre 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 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));
}

Première méthode solveClassMethodDependencies, "Comme son nom l'indique", il obtient l'objet dépendant en fonction des paramètres de méthode de la classe, puis appelle la méthode de classe et injecte 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.

Code pour obtenir des exemples d'objets dépendants :

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 RelectionMethod. méthode, qui obtient La liste des paramètres de méthode de la classe peut connaître les contraintes de type de paramètre, les noms de 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);
 }
}

Obtenir l'objet à partir 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 de la nouvelle ReflectionMethod(Demo::class, 'store') comme indiqué ci-dessous :

Vous pouvez obtenir la liste des paramètres de cette méthode et le type de contrainte du paramètre, tel que typeHint, IlluminateHttpRequest.

Selon le nom de la classe, vous pouvez obtenir l'instance initialement liée via le prestataire de services à partir du conteneur.

Résumé

Articles qui pourraient vous intéresser :

structure de données php Exemples de listes chaînées séquentielles et de listes linéaires chaînées

Explication détaillée de la différence entre l'utilisation de virgules et de points pour l'écho en PHP

Exemple d'implémentation PHP de comptage du nombre de 1 dans un algorithme binaire

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!