Laravel이 의존성 주입을 사용하는 방법.

Laravel은 의존성 주입 (DI)을 사용하여 클래스가 외부로부터 의존성을받을 수 있도록하여 유연성과 테스트 가능성을 향상시킵니다. 1. Laravel의 DI는 일반적으로 의존성이 자동으로 해결되는 컨트롤러, 작업 및 이벤트에서 볼 수 있습니다. 2. Public Function Show (사용자 $ user)와 같은 컨트롤러 메소드에서 클래스 유형을 유형하면 Laravel이 경로 모델 바인딩을 포함하여 종속성을 자동으로 주입 할 수 있습니다. 3. USERCONTROLLER와 같은 생성자 주입, 사용에서 의존성 생성을 분리하고 테스트 및 재사용을 완화합니다. 4. Laravel의 서비스 컨테이너는 생성자를 분석하고 수동 인스턴스화없이 객체 그래프를 구축하여 자동으로 종속성을 해결합니다. 5. 인터페이스는 $ this-> app-> bind ()를 사용하여 서비스 제공 업체를 통해 구현에 결합 할 수 있습니다. 6. 더 나은 테스트 가능성, 분리 및 재사용 가능한 코드를 위해 DI를 사용하십시오. 7. 공개 기능 저장소 (요청 $ 요청)와 같은 메소드 주입은 요청과 같은 공통 유형에 대해 작동합니다. 8. 종속성은 app () 또는 resolve ()를 사용하여 수동으로 해결할 수도 있습니다.

Laravel은 종속성 주입 (DI)을 사용하여 클래스 종속성을 관리하고 응용 프로그램을보다 유연하고 테스트 가능하게 만듭니다. 핵심적으로 DI는 클래스가 자체 의존성을 만들지 않는다는 것을 의미합니다. 외부에서 주어집니다. Laravel의 서비스 컨테이너는 이것을 자동으로 처리하므로 모든 것을 수동으로 연결하지 않아도됩니다.

Laravel에서 의존성 주입이 어떻게 보이는지

Laravel에서는 프레임 워크가 자동으로 해결되는 컨트롤러, 작업, 이벤트 및 기타 클래스에서 의존성 주입을 가장 자주 볼 수 있습니다.

예를 들어, 다음과 같은 컨트롤러 메소드에서 클래스를 입력하는 경우 다음과 같습니다.

 공개 기능 쇼 (user $ user)

Laravel은 컨테이너에서 User 모델을 자동으로 해결하여 주입합니다. 경로 모델 바인딩에 대해서도이 작업을 수행합니다. 경로 매개 변수가 모델 유형 인 경우 Laravel은 데이터베이스에서 인스턴스를 자동으로 가져옵니다.

또한 생성자 주입에서도 볼 수 있습니다.

 클래스 usercontroller는 컨트롤러를 확장합니다
{
    보호 된 $ user repository;

    공개 기능 __construct (userreepository $ userrepository)
    {
        $ this-> userreepository = $ userrepository;
    }
}

여기서 UserController UserRepository 어떻게 구축되는지 신경 쓰지 않습니다.이를 사용하면됩니다. 따라서 컨트롤러를보다 쉽게 테스트하고 유연하게 만듭니다.

Laravel의 서비스 컨테이너가 작동하는 방법

Laravel의 서비스 컨테이너는 클래스 종속성을 관리하고 자동으로 해결하는 강력한 도구입니다. app() 또는 resolve() 사용하여 유형 힌트 또는 수동으로 클래스를 요청할 때 컨테이너는 해당 클래스의 생성자를보고 필요한 것을 파악합니다.

모든 종속성이 유형 힌트 인 경우 Laravel은 전체 객체 그래프를 작성할 수 있습니다. 예를 들어:

 $ API = 새로운 TwitterApi ( 'api-key');
$ client = new TwitterClient ($ API);
$ service = new TweetService ($ client);

이 작업을 수동으로 수행하는 대신 TweetService 입력 할 수 있으며 Laravel은 후드 아래의 모든 것을 해결할 수 있습니다.

때로는 인터페이스를 구체적인 구현에 바인딩해야합니다. 서비스 제공 업체와 구속력이있는 곳입니다.

 $ this-> app-> bind (
    'app \ contracts \ twitterapi',
    'App \ Services \ Twitterclient'
);

이제 Laravel이 TwitterApi 필요할 때마다 TwitterClient 사용하는 것이 좋습니다.

코드에서 종속성 주입을 사용하는 시점

다음과 같은 경우 DI를 사용하십시오.

• 당신은 당신의 코드를 테스트 할 수 있기를 원합니다 - 종속성을 주입하여 모의로 쉽게 교체 할 수 있습니다.
• 수업을 분리하려고합니다. 클래스가 자체 종속성을 생성하면 나중에 재사용하거나 수정하기가 더 어려워집니다.
• 재사용 가능한 서비스 나 패키지를 구축하고 있습니다 - DI를 사용하면 다른 사람들이 코드를보다 쉽게 재정의하거나 확장 할 수 있습니다.

항상 생성자 주입을 사용할 필요는 없습니다. Laravel은 메소드 주입도 지원합니다. 특히 컨트롤러에 유용합니다.

 공개 기능 저장소 (요청 $ 요청)

여기서, Request 객체는 생성자가 아닌 메소드에 주입됩니다. Laravel은 Request , Session 등과 같은 공통 유형을 해결하는 방법을 알고 있기 때문에 이것을 처리합니다.

또한 app() 또는 resolve() 사용하여 컨테이너에서 물건을 수동으로 해결할 수도 있습니다.

 $ tweetservice = app (tweetservice :: class);

이것은 자동 주입이 불가능한 경로 나 클로저와 같은 장소에서 편리합니다.

그것이 기본 아이디어입니다. Laravel은 예상되는 패턴을 따르는 한 대부분의 배선을 처리하여 의존성 주입을 쉽게 만듭니다. 필요한 것을 입력하고 컨테이너가 나머지를 수행하도록하십시오.

위 내용은 Laravel이 의존성 주입을 사용하는 방법.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!