1
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 1 year has passed since last update.

Laravel サービスプロバイダーの仕組み

Posted at

Laravelのサービスプロバイダーとは

、Laravelフレームワーク内で依存関係を解決し、便利な機能を提供する仕組みです。依存関係とは、ある機能が他の機能に依存しているということで、例えばデータベースへの接続が必要な場合やメール送信に必要な設定がある場合などです。

サービスプロバイダーの仕組みとは

1 依存関係の登録:

Laravelの開発者は、アプリケーションで使用する各機能の依存関係をサービスコンテナに登録します。例えば、データベースへの接続が必要な場合、データベースクラスの依存関係を登録します。

2 依存関係の解決:

アプリケーションが実行される際に、サービスコンテナは依存関係を解決します。つまり、各機能が必要な道具やリソースを自動的に提供します。例えば、データベースクラスが必要な場合、サービスコンテナは自動的にデータベース接続を提供します。

3 依存関係の自動注入:

依存関係の解決後、サービスコンテナは各機能に必要な道具やリソースを自動的に注入します。つまり、開発者が明示的に道具やリソースを指定する必要がなくなります。開発者はシンプルなコードを書くだけで、依存関係の解決や注入が行われます。

これによって、開発者は依存関係を意識せずにコードを書くことができ、柔軟性と保守性を向上させることができます。また、以下のようなメリットもあります。

4 コードの再利用性:

サービスコンテナによって、複数の機能で同じ道具やリソースを共有することができます。これにより、コードの再利用性が高まります。

5 テスト容易性:

サービスコンテナを使用することで、依存関係をモックやスタブに置き換えることが容易になります。

実際にLaravelのコードでサービスプロバイダーの使い方を説明します。

Service
  
 MessageService

<?php

namespace App\Services;


class MessageService
{
    public function send()
    {
        echo "メッセージ表示";
    }
}
Service
 
SampleService
<?php

namespace App\Services;
class SampleService
{
    public $message;

    public function __construct(MessageService $message)
    {
        $this->message = $message;
    }

    public function run()
    {
        $this->message->send();
    }
}

Controller
app()->bind('sample', SampleService::class);
 //サービスプロバイダーにsampleという名前でSampleServiceクラスを登録

 $sample = app()->make('sample');
 //sampleという名前で取り出す

 $sample->run();
//SampleServiceのrunメソットを実行

サービスコンテナを使用しない場合

 // $message = new MessageService();
        // $sample = new SampleService($message);
        // $sample->run();
サービスコンテナを使用する場合と使用しない場合では上記の処理を10回した場合比較すると
サービスコンテナを使用しない場合は、10回分インスタンスを作成するのでリソースが増える。
逆にサービスコンテナを使用するとインスタンスが再利用されるのでリソースが比較的少なくなる.

サービスコンテナを使用しない場合のメリットとデメリット:

メリット:

シンプルな依存性の注入:
サービスコンテナを使用せずに直接インスタンスを生成するため、依存関係の注入がシンプルになります。

直感的なコード理解:
サービスコンテナを使用せずに依存性を明示的にコード内に表現するため、コードを読む人が依存関係をより直感的に理解できます。

デメリット:

手動の依存関係管理:
サービスコンテナを使用しない場合、依存関係を手動で管理する必要があります。依存性の変更や追加がある場合、各クラスのコンストラクタやメソッド呼び出しの箇所を手動で修正する必要があります。
再利用性の低下:依存関係が直接コードに埋め込まれるため、再利用性が低下する可能性があります。クラスの再利用やモジュール化が困難になる場合があります。

サービスコンテナを使用する場合のメリットとデメリット:

メリット:

依存性の自動解決:
サービスコンテナを使用すると、依存関係の解決が自動的に行われます。必要なクラスやオブジェクトをサービスコンテナに登録することで、必要な箇所で自動的に依存関係が解決されます。
依存関係の柔軟な変更:依存関係をサービスコンテナに委ねることで、依存関係の変更や追加が柔軟に行えます。クラスのコンストラクタやメソッドの引数を変更せずに、サービスコンテナ内の設定を変更するだけで依存関係を調整できます。

デメリット:

学習コスト:
サービスコンテナの概念や使用方法を理解するために、学習コストがかかる場合があります。

複雑性の増加:
依存関係の自動解決や柔軟な変更を実現するために、サービスコンテナに設定や登録を行う必要があります。これにより、コードの理解やメンテナンスが複雑になる場合があります。また、サービスコンテナの設定や登録に誤りがあると、正しく依存関係が解決されないなどの問題が発生する可能性があります。
サービスコンテナの使用のメリットは、依存関係の解決や柔軟な変更の容易さです。特に大規模なアプリケーションや複雑な依存関係を持つ場合に、サービスコンテナを使用することで依存性の管理を効率化できます。

以上です!ありがとうございました。

1
1
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?