Laravel의 저장소 패턴은 무엇입니까?

창고 모드를 사용하는 것은 데이터 액세스 로직을 비즈니스 로직과 분리하는 것입니다. 1. 창고 인터페이스를 정의하고 데이터 작동 방법을 명확하게합니다. 2. pealquent accapsulate 데이터베이스 쿼리를 기반으로 특정 구현 클래스를 만듭니다. 3. 컨트롤러의 종속성 주입을 통해 창고 인터페이스를 사용하십시오. 4. 서비스 제공 업체의 인터페이스 및 구현 클래스 바인드; 궁극적으로 코드 디커플링을 구현하고, 테스트 가능성 및 유지 보수를 개선하며, 중간 및 대형 응용 프로그램 또는 유연하게 스위칭 데이터 소스가 필요한 시나리오에 적합합니다.

Laravel의 저장소 패턴은 데이터베이스의 데이터에 액세스하고 상호 작용하기위한 논리를 추상화하는 데 사용되는 설계 패턴입니다. 컨트롤러와 웅변 모델 (또는 기타 데이터 소스) 사이에있어 데이터 액세스 로직에서 비즈니스 로직을 분리하여 클리너, 유지 관리 및 테스트 가능한 코드를 작성하는 데 도움이됩니다.

저장소 패턴을 사용하는 이유는 무엇입니까?

일반적인 Laravel 앱에서는 다음과 같은 컨트롤러에서 Eloquent 모델을 직접 호출 할 수 있습니다.

 공개 기능 색인 ()
{
    $ user = user :: 여기서 ( 'active', 1)-> get ();
    return view ( 'users.index', compact ( '사용자'));
}

이것은 작은 앱에서는 잘 작동하지만 응용 프로그램이 커지면 컨트롤러 전체의 복잡한 쿼리를 반복하거나 HTTP 로직과 혼합 된 데이터베이스 로직이 혼합되어 지저분 해집니다. 저장소 패턴은 이것을 해결하는 데 도움이됩니다.

저장소 패턴의 작동 방식

컨트롤러에서 데이터베이스를 직접 쿼리하는 대신 데이터 작업 세트를 나타내는 인터페이스 (또는 클래스)를 정의합니다. 그런 다음 콘크리트 클래스와 해당 인터페이스를 구현합니다.

1. 저장소 인터페이스를 정의합니다

 // app/repositories/userreepositoryInterface.php
네임 스페이스 앱 \ 리포지토리;

인터페이스 userRepositoryInterface
{
    공개 기능 getActiveUsers ();
    공개 기능 findByid ($ id);
    공개 함수 생성 (배열 $ 데이터);
}

2. 웅변적인 저장소 구현을 만듭니다

 // app/repositories/eloquentUserRepository.php
네임 스페이스 앱 \ 리포지토리;

App \ Models \ User를 사용합니다.

클래스 eloquentuserrepository는 userrepositoryinterface를 구현합니다
{
    공개 기능 getActiveUsers ()
    {
        반환 사용자 :: 여기서 ( 'active', 1)-> get ();
    }

    공개 기능 FindByid ($ id)
    {
        반환 사용자 :: 찾기 ($ id);
    }

    공개 기능 생성 (Array $ Data)
    {
        반환 사용자 :: 작성 ($ data);
    }
}

3. 컨트롤러에 사용하십시오

 // app/http/컨트롤러/usercontroller.php
네임 스페이스 앱 \ http \ 컨트롤러;

app \ repositories \ userreepositoryInterface를 사용합니다.

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

    public function __construct (userreepositoryInterface $ userrepository)
    {
        $ this-> userreepository = $ userrepository;
    }

    공개 기능 색인 ()
    {
        $ user = $ this-> userreepository-> getActiveUsers ();
        return view ( 'users.index', compact ( '사용자'));
    }
}

Laravel의 서비스 컨테이너는 올바르게 바인딩하면 콘크리트 구현 인터페이스를 자동으로 해결합니다 (아래에 자세히 설명).

저장소 패턴 사용의 이점

• 우려 사항 분리 : 컨트롤러에서 데이터 액세스 로직을 유지합니다.
• 재사용 성 : 앱의 다른 부분에서 일반적인 쿼리를 재사용 할 수 있습니다.
• 테스트 가능성 : 데이터베이스를 치는 대신 테스트에서 저장소를 조롱 할 수 있습니다.
• 유연성 : 컨트롤러를 변경하지 않고 다른 데이터 소스 (예 : API, 캐시, 파일 스토리지)에 대해 Eloquent를 교체 할 수 있습니다.

예를 들어, 테스트 중 :

 $ this-> instance (userrepositoryInterface :: class, mockery :: mock (userrepositoryInterface :: class, function ($ mock) {
    $ mock-> thistReceive ( 'getActiveUsers')-> andreturn (collect ([...]));
});

Laravel의 저장소 결합

인터페이스가 유형 힌트를 입을 때 어떤 클래스를 주입 할 수있는 클래스를 LaRavel에게 알릴 필요가 있습니다. 일반적으로 서비스 제공 업체 (예 : AppServiceProvider )에서 수행됩니다.

 app \ repositories \ userreepositoryInterface를 사용합니다.
APP \ Repositories \ EloquentUserRepository를 사용하십시오.

공개 기능 레지스터 ()
{
    $ this-> app-> bind (userreepositoryInterface :: class, eloquentUserRepository :: class);
}

이제 UserRepositoryInterface 유형 상승 할 때마다 Laravel은 EloquentUserRepository 주입합니다.

언제 사용해야합니까?

• 유지 보수가 중요한 경우 중간에서 큰 응용 프로그램.
• 복잡한 비즈니스 논리 작업 팀.
• 향후 데이터 소스를 변경할 수있는 앱.
• 테스트가 우선 순위 인 프로젝트.

작은 앱이나 간단한 CRUD의 경우 과잉 일 수 있습니다. Laravel의 웅변은 이미 표현적이고 깨끗합니다.

최종 노트

저장소 패턴은 Laravel에 내장되지 않았으며 자신을 구현하는 디자인 선택입니다. Laravel은이를 시행하지 않지만 많은 개발자가 서비스 제공 업체 및 종속성 주입과 함께 사용하여 확장 가능한 응용 프로그램을 구축합니다.

항상 필요한 것은 아니지만 언제, 어떻게 사용하는지 아는 것은 앱의 아키텍처를 더 많이 제어 할 수 있습니다.

기본적으로 : 저장소 = 클리너 컨트롤러 더 나은 테스트를 더 쉽게 리팩토링합니다.

위 내용은 Laravel의 저장소 패턴은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!