Quel est le fournisseur de services de Laravel ?
Si vous avez utilisé le framework Laravel, alors il est impossible que vous n'ayez pas entendu parler du Service Container et du Service Provider. En fait, ils constituent le cœur du framework Lavavel et effectuent la tâche difficile de démarrer des services dans les applications Lavavel.
Dans cet article, nous vous présenterons Qu'est-ce que le fournisseur de services de Laravel ?
Avant d'en savoir plus sur les fournisseurs de services, présentons brièvement les conteneurs de services qui seront fréquemment utilisés dans les fournisseurs de services.
En bref, le conteneur de services Laravel est une boîte utilisée pour stocker les composants liés et fournit également les services requis par l'application.
La documentation de Laravel le décrit comme suit :
Laravel 服务容器是用于管理类的依赖和执行依赖注入的工具 - Laravel 文档
De cette façon, lorsque nous avons besoin d'injecter un composant ou un service intégré, nous pouvons utiliser l'indice de type fonction dans le constructeur ou la méthode Inject, puis résolvez automatiquement les instances requises et leurs dépendances à partir du conteneur de service lorsqu'elles sont utilisées ! N'est-ce pas cool ? Cette fonctionnalité nous libère de la gestion manuelle des composants, réduisant ainsi le couplage système.
Regardons un exemple simple pour approfondir notre compréhension.
<?php Class SomeClass { public function __construct(FooBar $foobarObject) { // use $foobarObject object } }
Comme vous pouvez le voir, SomeClass nécessite une instance FooBar. En d’autres termes, cela doit dépendre d’autres composants. L'implémentation de l'injection automatique par Laravel nécessite de trouver et d'exécuter l'injection des dépendances appropriées à partir du conteneur de service.
Si vous voulez savoir comment Laravel sait quel composant ou service doit être lié au conteneur de services, la réponse passe par les fournisseurs de services. Les fournisseurs de services effectuent le travail de liaison des composants aux conteneurs de services. Au sein du fournisseur de services, ce travail est appelé liaison de conteneur de services et le traitement de liaison est effectué par le fournisseur de services.
Le fournisseur de services implémente la liaison de service et le traitement de liaison est complété par la méthode d'enregistrement.
En même temps, cela introduira une nouvelle question : comment Laravel sait-il quels sont les fournisseurs de services ? Il semble que nous n’en ayons pas encore discuté, n’est-ce pas ? En arrivant, j’ai vu qu’il était dit auparavant que Laravel trouverait automatiquement le service ! Ami, vous avez trop de questions : Laravel n'est qu'un framework, ce n'est pas un super-héros, n'est-ce pas ? Bien sûr, nous devons indiquer explicitement au framework Laravel de quels fournisseurs de services nous disposons.
Jetons un coup d'œil au config/app.php
fichier de configuration. Vous trouverez une liste des configurations de fournisseurs de services chargées lors du démarrage de l'application Laravel.
'providers' => [ /* * Laravel Framework Service Providers... */ Illuminate\Auth\AuthServiceProvider::class, Illuminate\Broadcasting\BroadcastServiceProvider::class, Illuminate\Bus\BusServiceProvider::class, Illuminate\Cache\CacheServiceProvider::class, Illuminate\Foundation\Providers\ConsoleSupportServiceProvider::class, Illuminate\Cookie\CookieServiceProvider::class, Illuminate\Database\DatabaseServiceProvider::class, Illuminate\Encryption\EncryptionServiceProvider::class, Illuminate\Filesystem\FilesystemServiceProvider::class, Illuminate\Foundation\Providers\FoundationServiceProvider::class, Illuminate\Hashing\HashServiceProvider::class, Illuminate\Mail\MailServiceProvider::class, Illuminate\Notifications\NotificationServiceProvider::class, Illuminate\Pagination\PaginationServiceProvider::class, Illuminate\Pipeline\PipelineServiceProvider::class, Illuminate\Queue\QueueServiceProvider::class, Illuminate\Redis\RedisServiceProvider::class, Illuminate\Auth\Passwords\PasswordResetServiceProvider::class, Illuminate\Session\SessionServiceProvider::class, Illuminate\Translation\TranslationServiceProvider::class, Illuminate\Validation\ValidationServiceProvider::class, Illuminate\View\ViewServiceProvider::class, /* * Package Service Providers... */ Laravel\Tinker\TinkerServiceProvider::class, /* * Application Service Providers... */ App\Providers\AppServiceProvider::class, App\Providers\AuthServiceProvider::class, // App\Providers\BroadcastServiceProvider::class, App\Providers\EventServiceProvider::class, App\Providers\RouteServiceProvider::class, ],
Ce qui précède sont les concepts de base sur les conteneurs de services.
Qu'est-ce qu'un fournisseur de services ?
Si le conteneur de services est un outil qui fournit une liaison et une injection de dépendances, alors un fournisseur de services est un outil qui implémente la liaison.
Examinons d'abord un service de fournisseur de contenu pour comprendre son fonctionnement. Ouvrez le fichier vender/laravel/framework/src/Illuminate/Cache/CacheServiceProvider.php
.
public function register() { $this->app->singleton('cache', function ($app) { return new CacheManager($app); }); $this->app->singleton('cache.store', function ($app) { return $app['cache']->driver(); }); $this->app->singleton('memcached.connector', function () { return new MemcachedConnector; }); }
Ici, nous devons nous concentrer sur la méthode register, qui est utilisée pour lier le service au conteneur de service. Comme vous pouvez le voir, un total de trois processus de liaison de service sont effectués ici : cache
, cache.store
et memcached.connector
.
Ensuite, lorsque nous aurons besoin d'utiliser le service de cache dans Laravel, le conteneur de service résoudra l'instance CacheManager et la renverra. Autrement dit, nous mettons simplement à disposition une table de correspondance accessible depuis $this->app
.
La liaison de services via des fournisseurs de services est la bonne façon d'ouvrir les services de liaison de conteneurs de services Laravel. Dans le même temps, grâce à la méthode d'enregistrement du fournisseur de services, il est également utile de comprendre comment le conteneur de services Laravel gère tous les services. Nous avons mentionné précédemment que tous les services sont enregistrés dans le conteneur de services en lisant la liste de configuration du fournisseur de services à partir du fichier de configuration config/app.php
.
Ce qui précède est l'introduction du fournisseur de services.
Pour des articles plus techniques liés à Laravel, veuillez visiter la colonne du didacticiel Mise en route avec Laravel Framework pour apprendre !
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.

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.

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.
