Laravel Service Providers – The Laravel service Providers are the central place of all Laravel application bootstrapping. Your own application, as well as all of Laravel’s core services, are bootstrapped through service providers.
Laravel Service Providers.
Let us understand how to use laravel service Providers.
Function:-
There are some followings function available in laravel service Providers.
- 1. Introduction.
- 2. Writing Service Providers.
- 3. Registering Providers.
- 4. Deferred Providers.
1. Introduction.
All laravel core services are bootstrapped through service providers.
But, what do we mean by “bootstrapped”? In general, we mean registering things, including registering service container bindings, event listeners, middleware, and even routes. Service providers are the central place to configure your application.
If you open the config/app.php file included with Laravel, you will see a providers array. These are all of the service provider classes that will be loaded for your application. Of course, many of these are “deferred” providers, meaning they will not be loaded on every request, but only when the services they provide are actually needed.
In this overview you will learn how to write your own service providers and register them with your Laravel application.
2. Writing Service Providers.
All service providers extend the Illuminate/Support/ServiceProvider class. Most service providers contain a register and a boot method. Within the register method. You should only blind things into the service container. You should never attempt to register any event listeners, routes, or any other piece of functionality within the register method.
The Artisan CLI can generate a new provider through the make:provider command.
php artisan make:provider RiakServiceProvider
The Register Method
Within the register method, you should only blind thing into the service container. You should never attempt to register any event listeners, routes, or any other piece of functionality within the register method. Otherwise, you may accidentally use a service that is provided by a service provider which has not loaded yet.
Let’s look at a simple example.
<?php namespace App\Providers; use Riak\Connection; use Illuminate\Support\ServiceProvider; class RiakServiceProvider extends ServiceProvider { public function register() { $this-?>app->singleton(Connection::class, function ($app) { return new Connection(config('riak')); }); } } |
This service provider only defines a register method, and uses that method to define an implementation of Riak/connection in the service container.
The Boot Method
So, what if we need to register a view composer within our service provider? This should be done within the boot method. This method called after all other service providers have been registered.
Let’s look at a simple example.
<?php namespace App\Providers; use Illuminate\Support\ServiceProvider; class ComposerServiceProvider extends ServiceProvider { public function boot() { view()-?>composer('view', function () { // }); } } |
Boot Method Dependency Injection
You may type-hint dependencies for your service provider’s boot method. The service container will automatically inject any dependencies you need.
Let’s look at a simple example.
use Illuminate\Contracts\Routing\ResponseFactory; public function boot(ResponseFactory $response) { $response->macro('caps', function ($value) { // }); } |
3. Registering Providers.
All service providers are registered in the config/app.php configuration file. This file contains a providers array where you can list the class names of your service providers. By default, a set of Laravel core service providers are listed in this array. These providers bootstrap the core Laravel components, such as the mailer, queue, cache, and others.
To register your provider, simply add it to the array.
'providers' => [ // Other Service Providers App\Providers\ComposerServiceProvider::class, ],
4. Registering Providers.
If your provider is only registering bindings in the service container, you may choose to defer its registration until one of the registered bindings is actually needed. Deferring the loading of such a provider will improve the performance of your application since it is not loaded from the filesystem on every request.
Laravel compiles and stores a list of all of the services supplied by deferred service providers, along with the name of its service provider class. Then, only when you attempt to resolve one of these services does Laravel load the service provider.
To defer the loading of a provider, set the defer property to true and define a provides method. The provides method should return the service container bindings registered by the provider.
Let’s look at a simple example.
<?php namespace App\Providers; use Riak\Connection; use Illuminate\Support\ServiceProvider; class RiakServiceProvider extends ServiceProvider { protected $defer = true; public function register() { $this-?>app->singleton(Connection::class, function ($app) { return new Connection($app['config']['riak']); }); } public function provides() { return [Connection::class]; } } |