Maison  >  Article  >  développement back-end  >  Une brève introduction aux fournisseurs de services et aux modèles de façade dans Laravel

Une brève introduction aux fournisseurs de services et aux modèles de façade dans Laravel

不言
不言original
2018-06-22 11:33:171596parcourir

Cet article vous présente principalement les informations pertinentes sur l'utilisation des fournisseurs de services et des modèles de façade dans Laravel. L'article vous présente les fournisseurs de services et les modèles de façade dans Laravel à travers un exemple de code détaillé. Il vous sera utile pour votre étude ou. Le travail a une certaine valeur de référence et d'apprentissage. Les amis qui en ont besoin peuvent étudier ensemble.

Préface

Dans Laravel, lorsque nous pouvons avoir besoin d'utiliser les classes que nous avons ajoutées, nous pouvons créer un dossier spécifiquement pour stocker les fichiers de classe. Vous pouvez également utiliser le fournisseur de services de Laravel.

Il n'y a en fait pas beaucoup de différence entre les deux. La raison principale est que si le premier est utilisé, cela dépendra du code métier. Imaginez si un contrôleur fait référence à de nombreux fichiers de classe personnalisés, alors vous pouvez imaginer quoi. Cela se produira. Combien de dépendances sont générées, nous pouvons donc utiliser la méthode du fournisseur de services pour enregistrer les classes dans le conteneur Laravel. Dans ce cas, les dépendances peuvent être gérées dans un fichier de configuration séparé, et la logique et la maintenance ultérieure seront beaucoup plus pratiques.

L'utilisation de la façade est principalement due au fait que vous n'avez pas besoin d'instancier la classe. Vous pouvez utiliser des méthodes statiques pour accéder aux méthodes de classe, ce qui est plus pratique à utiliser. Cependant, cela présente en fait des inconvénients, par exemple. pouvoir accéder directement à la méthode correspondante, il n'est pas possible de comprendre intuitivement l'utilisation de cette méthode. Le développement personnel n'a peut-être pas beaucoup d'impact, mais s'il est développé en équipe, il peut être un peu vertigineux à utiliser. il.

Prenons comme exemple le système de fichiers fourni avec Laravel. Dans le tableau fournisseurs du fichier de configuration config/app.php, un fournisseur de services est enregistré :

Illuminate\Filesystem\FilesystemServiceProvider::class,

définit une façade dans le tableau alias :

‘File' => Illuminate\Support\Facades\File::class,

Grâce à ces deux étapes, nous pouvons très facilement utiliser le fichier opérations liées au système fournies par Laravel, et le formulaire d'appel est très simple, tel que :

  • File::exist($path) pour déterminer si le fichier existe.

  • File::get($path, $lock = false) , récupère le contenu d'un fichier.

  • File::append($path, $data) , ajoutez le contenu à la fin d'un fichier.

  • File::files($directory) pour récupérer tous les fichiers d'un répertoire.

Alors, comment ça se passe ? Parlons respectivement du fournisseur de services et du mode façade de Laravel.

Fournisseur de services

Regardons d'abord la définition :

Le fournisseur de services est le centre où toutes les applications Laravel sont lancées . Tous les services principaux de Laravel, y compris vos propres applications, sont démarrés via des fournisseurs de services.

Dans le fournisseur de services de système de fichiers, situé dans /vendor/laravel/framework/src/Illuminate/Filesystem/FilesystemServiceProvider.php, la méthode de registre peut voir qu'un singleton est lié :

protected function registerNativeFilesystem()
{
 $this->app->singleton('files', function () {
  return new Filesystem;
 });
}

Ce singleton est le modèle singleton de la classe Filesystem. Bien entendu, ce fournisseur de services peut également lier d’autres singletons ou faire plus de choses. Nous étudions uniquement le principe de cette méthode d’appel File::exist() ici.

Il existe donc une seule instance de fichiers, qui est en fait une instance de la classe Filesystem.

À ce stade, s'il n'y a pas de façade, vous pouvez également appeler la méthode de l'instance du système de fichiers, c'est-à-dire l'appeler comme ceci :

app(‘files')->exist($path)

Bien, parlons maintenant de Façade.

Mode façade Façade

Jetons d'abord un coup d'œil à l'introduction :

Façades /fəˈsäd/ Fournit une interface "statique" pour les classes disponibles dans le conteneur de services de l'application. Laravel est livré avec de nombreuses façades qui peuvent être utilisées pour accéder à presque tous ses services. Les façades Laravel sont des « proxys statiques » pour les classes de base dans le conteneur de services. Par rapport aux appels de méthodes statiques traditionnelles, les façades offrent une syntaxe plus simple et plus riche, tout en offrant une meilleure testabilité et évolutivité.

Au début de cet article, nous avons mentionné que le tableau d'alias définit un fichier. La classe spécifique est

Illuminate\Support\Facades\File::class,

Son contenu. est :

class File extends Facade
{
 /**
  * Get the registered name of the component.
  *
  * @return string
  */
 protected static function getFacadeAccessor()
 {
  return 'files';
 }
}

Il renvoie en fait un nom Notez que le nom des fichiers est le nom du modèle singleton qui vient d'être lié ? C'est exact.

De cette façon, vous pouvez utiliser l'alias ou la façade File pour appeler des méthodes dans cette instance du système de fichiers.

Grâce à cet article, j'espère que vous pourrez comprendre la relation entre les fournisseurs de services, Facade et les instances des classes réellement appelées.

Ce qui précède représente l'intégralité du contenu de cet article. J'espère qu'il sera utile à l'étude de chacun. Pour plus de contenu connexe, veuillez faire attention au site Web PHP chinois !

Recommandations associées :

Modèle d'observateur PHP dans le framework 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!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn