Laravel 서비스 컨테이너 사용의 장점

이 글은 주로 Laravel 서비스 컨테이너 사용의 장점을 소개합니다. 이제 이를 모든 사람과 공유합니다. 도움이 필요한 친구들이 참고할 수 있습니다.

Laravel 프레임워크의 핵심이 무엇인지 말하면 다음과 같습니다. 의심할 여지 없이 서비스 컨테이너 입니다. 라라벨을 사용하기 위해서는 서비스 컨테이너의 개념을 이해하는 것이 매우 중요합니다. 서비스 컨테이너의 개념을 이해하는 것은 라라벨을 시작할지 여부를 구별하는 중요한 조건이라고 해야 할 것입니다. 전체 프레임워크가 서비스 컨테이너를 기반으로 구축되었기 때문입니다.

laravel 서비스 컨테이너는 고도로 자동화된 공장과 같습니다. 필요한 것이 무엇이든 모델을 맞춤화하고 특정 인터페이스를 사용하여 제작하세요.

서비스 컨테이너를 사용하기 때문에 laravel의 대부분의 개체가 인스턴스화되는 방식은 다음과 같습니다.

$obj1 = $container->make('class1', 'class2');
$obj2 = $container->make('class3', 'class4');

그러나 서비스 컨테이너를 사용하지 않고 다음 방법도 수행할 수 있습니다.

$obj1 = new class1(new class2());
$obj2 = new class3(new class4());

그런 다음 서비스를 사용하면 어떤 이점이 있습니까? 컨테이너? 몇 가지 구체적인 예를 통해 장점을 분석해 보겠습니다.

예제 1, 이메일 보내기

필요할 경우 이메일 보내기 기능을 클래스로 캡슐화하고 전송 메서드를 호출합니다.
laravel 서비스 컨테이너를 사용하지 않는 일반적인 방법은 다음과 같습니다.

/**
 *发送邮件服务类
 */
class EmailService{
    public function send(){
        //todo 发送邮件方法
    }
}

//如果任何地方要发邮件我们就复制下面这两行代码
$emailService = new EmailService();
$emailService->send();

laravel 서비스 컨테이너를 사용한 후:

$this->app->bind('emailService', function ($app) {
    return new EmailService();
});

//如果任何地方要发邮件我们就复制下面这两行代码
$emailService = app('emailService');
$emailService->send();

이렇게 하면 코드가 더욱 간결해지고 중간 계층으로 인해 유연성이 향상됩니다(디커플링). 테스트(테스트 중에 EmailService 클래스를 대체하기 위해 클래스를 가짜로 만들 수 있음)하거나 EmailService 클래스를 최적화하는 것이 더 편리해집니다.

//只需要改这一个地方
$this->app->bind('emailService', function ($app) {
    return new SupperEmailService();
});

다른 호출 부분은 전혀 건드릴 필요가 없습니다. 이 바인딩 작업이 없으면 메일 서비스를 사용하는 모든 곳에서 변경해야 합니다.

//使用到EamilSerice类的每个地方都要更改
$emailService = new SupperEmailService();
$emailService->send();

예제 2: 싱글톤 모드 구현

위의 예에서도 성능상의 이유로 싱글톤 모드를 구현하려면 SupperEamilService 클래스가 필요하므로 laravel 서비스 컨테이너를 사용하지 않고 SupperEmailService 클래스를 다음과 같이 변경합니다.

class SupperEamilService{
      //创建静态私有的变量保存该类对象
     static private $instance;
   
      //防止直接创建对象
      private function __construct(){
         
     }
         //防止克隆对象
     private function __clone(){
 
     }
     static public function getInstance(){
                 //判断$instance是否是Uni的对象
                 //没有则创建
         if (!self::$instance instanceof self) {
             self::$instance = new self();
         }
         return self::$instance;
         
     }
     
     //发送邮件方法
     public function send(){
        
     }
 }

또한 SupperEamilService 클래스 생성자가 이제 비공개이므로 new 키워드를 통해 개체를 인스턴스화할 수 없으므로 SupperEmailService 클래스가 인스턴스화되는 모든 위치를 다음으로 변경해야 합니다.

$emailService=SupperEmailService::getInstance();
$emailService->send();

라라벨 서비스 컨테이너가 탄생했습니다. 여기에서 싱글톤을 지원합니다. laravel이 이를 구현하는 방법은 다음과 같습니다.

//只需要把bind改成singleton 
$this->app->singleton('emailService', function ($app) {
    return new SupperEmailService();
});

싱글톤을 구현하려면 코드 한 줄만 변경하고 원래 바인딩 방법을 싱글톤으로 변경하면 되며, 컨테이너를 통해 꺼내는 것이 싱글톤이므로 매우 편리합니다.

예 3: 여행자가 여행을 갑니다

이 예는 여행자가 티베트에 가는 경우 기차(기차)를 탈 수도 있고 도보(다리)를 갈 수도 있다고 가정합니다.
laravel 서비스 컨테이너를 사용하지 마세요:

<?php

interface TrafficTool
{
  public function go();
}

class Train implements TrafficTool
{

  public function go()
  {
  echo "train....";
  }
}

class Leg implements TrafficTool
{
  public function go()
  {
  echo "leg..";
  }
}

class Traveller
{
  /**
  * @var Leg|null|Train
  * 旅行工具
  */
  protected $_trafficTool;

  public function __construct(TrafficTool $trafficTool)
  {
  $this->_trafficTool = $trafficTool;
  }

  public function visitTibet()
  {
  $this->_trafficTool->go();
  }
}

여행자가 기차로 여행하고 싶을 때 우리는 보통 다음과 같이 씁니다:

<?php
 $train = new Train();
$tra = new Traveller($train);
$tra->visitTibet();

사실 이 쓰기 방식은 이미 매우 좋습니다. 여행 도구에 대한 의존도가 다음으로 이전되었기 때문입니다. 인터페이스를 통해 외부. 그러나 객체를 인스턴스화하기 위해 new를 사용할 때 종속성은 여전히 ​​발생합니다. 예를 들어 위의 $tra = new Traveller($trafficTool)는 Traveller를 생성하기 전에 $trafficTool이 있어야 함을 의미합니다. 즉, Traveler는 TrafficTool에 의존합니다. new 사용 Traveler를 인스턴스화할 때 Traveler와 TrafficTool이 결합됩니다. 이러한 방식으로 이 두 구성요소는 분리될 수 없습니다.

이제 laravel 서비스 컨테이너를 사용하여 구현하는 방법을 살펴보겠습니다.
서비스 컨테이너에 클래스 바인딩

<?php
namespace App\Providers;

use Laravel\Lumen\Providers\EventServiceProvider as ServiceProvider;

class RepositoryServiceProvider extends ServiceProvider
{
  public function register()
  {
     //在服务容器中绑定类
     $this->app->bind( &#39;TrafficTool&#39;, &#39;Train&#39;);
     $this->app->bind(&#39;Traveller&#39;, &#39;Traveller&#39;);
  }
}

객체 인스턴스화

<?php
// 实例化对象
$tra = app()->make(&#39;Traveller&#39;);
$tra->visitTibet();

서비스 컨테이너를 사용하여 여행 클래스 객체를 가져올 때, 컨테이너는 개체에 필요한 매개변수를 자동으로 주입합니다. 그 전에는 특정 클래스만 바인딩하면 되었는데, 이는 진정한 자동화를 반영하고 여행 클래스와 여행 도구 클래스를 완전히 분리했습니다. 여행 방식을 변경해야 할 때 바인딩만 변경하면 됩니다.

Summary

위에서 몇 가지 간단한 예시를 통해 라라벨 서비스 컨테이너를 완벽하게 이해하고 숙달할 수 있다면 실제 개발 시 더욱 편리해질 것입니다. 물론 완벽하지는 않습니다. 다음 블로그에서 단점을 간단히 설명하겠습니다. 즉, 실제 사용 시 장점을 극대화하고 단점을 피하는 것이 핵심입니다.

위 내용은 이 글의 전체 내용입니다. 모든 분들의 학습에 도움이 되었으면 좋겠습니다. 더 많은 관련 내용은 PHP 중국어 홈페이지를 주목해주세요!

관련 권장 사항:

Docker compose를 사용하여 Laravel 애플리케이션 조정

Laravel 초기 설치

위 내용은 Laravel 서비스 컨테이너 사용의 장점의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!