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 서비스 컨테이너는 자연스럽게 싱글톤을 지원합니다. 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를 사용할 때 종속성은 여전히 ​​발생합니다. 이는 Traveller를 생성하기 전에 $trafficTool이 있어야 함을 의미합니다. 즉, Traveler는 traveller를 인스턴스화하기 위해 new를 사용할 때 의존합니다. 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

위에서 몇 가지 간단한 예를 들어봤습니다. 라라벨 서비스 컨테이너를 완벽히 이해하고 숙지하신다면 실제 개발에 있어서 더욱 편리하실 것입니다. 물론 완벽하지는 않으며, 단점에 대해서는 다음 블로그에서 간단히 설명드리도록 하겠습니다. 실제 사용 시 장점은 극대화하고 단점은 피하는 것이 핵심입니다.

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