안녕하세요 ?
자, 쿼리 범위에 대해 이야기해 보겠습니다. 정말 훌륭합니다. 쿼리를 훨씬 쉽게 읽을 수 있습니다. 의심의 여지가 없습니다. 하지만 내가 그들에 대해 싫어하는 것이 하나 있는데 바로 마술이다. 그리고 모두가 백엔드 개발자가 아닌 팀과 함께 일한다면 그들의 삶을 비참하게 만들 수 있습니다. 물론, PHPDoc을 추가할 수 있지만 항상 마법 같은 일이 벌어지고 있습니다. 이전에 스코프를 사용해 본 적이 없더라도 걱정하지 마세요.
그렇다면 범위란 무엇입니까? ?
다음 코드를 고려하세요.
use App\Models\User; $users = User::query() ->where('votes', '>', 100); ->where('active', 1); ->orderBy('created_at') ->get();
일반적으로 쿼리를 작성하는 방법은 다음과 같습니다. 그러나 쿼리가 너무 복잡하거나 읽기 어려운 경우 쿼리를 범위로 추상화할 수 있습니다.
<?php namespace App\Models; use Illuminate\Database\Eloquent\Builder; use Illuminate\Database\Eloquent\Model; class User extends Model { public function scopePopular(Builder $query): void { $query->where('votes', '>', 100); } public function scopeActive(Builder $query): void { $query->where('active', 1); } }
이제 다음을 수행할 수 있습니다.
$users = User::query() ->popular() ->active() ->orderBy('created_at') ->get();
읽기가 훨씬 좋아지죠? 알아요. 하지만 문제는 자동 완성 기능이 없다는 것입니다. 이것은 IDE에 대한 어둠의 마법입니다. 범위는 런타임에 확인되고 범위 접두사가 붙으므로 사용자가 도움을 주지 않는 한 IDE에서 이를 알 수 있는 방법이 없습니다.
한 가지 방법은 다음과 같이 PHPDoc을 이용하는 것입니다.
/** * @method static Builder popular() * @method static Builder active() */ class User extends Model
스코프의 또 다른 단점은 무엇입니까? 가장 자주 사용되는 모델은 결국 수많은 모델로 인해 부풀어오르게 됩니다. 저는 모델을 훑어보고 여러 쿼리 추상화가 아닌 관계와 핵심 논리를 즉시 확인하는 것을 좋아합니다.
어우? 그냥 스코프를 버리고 계속 진행할까요? 글쎄, 그것은 옵션이거나 사용자 정의 쿼리 빌더를 사용할 수 있습니다.
사용자 정의 쿼리 빌더?
이름에서 알 수 있듯이 사용자 정의 쿼리 빌더를 사용하면 모든 쿼리 추상화를 전용 클래스로 이동할 수 있습니다. 코드가 좀 더 체계적으로 정리될 것입니다.
새 클래스 UserQueryBuilder를 만들어 보겠습니다.
<?php namespace App\Eloquent\QueryBuilders; use App\Models\User; use Illuminate\Database\Eloquent\Builder; class UserQueryBuilder extends Builder { public function popular(): self { return $this->where('votes', '>', 100); } public function active(): self { return $this->where('active', 1); } }
빌더를 어디에 둘까요? 가이드라인은 없지만 개인적으로 app/Eloquent/QueryBuilders에 배치하고 싶습니다.
이제 사용자 모델에서 이 빌더를 사용해 보겠습니다.
<?php namespace App\Models; use Illuminate\Database\Eloquent\Builder; use Illuminate\Database\Eloquent\Model; class User extends Model { public function newEloquentBuilder($query): UserQueryBuilder { return new UserQueryBuilder($query); } // for type hints public static function query(): UserQueryBuilder { return parent::query(); } }
이제 다음과 같은 작업을 수행할 수 있습니다.
$users = User::query() ->popular() ->active() ->orderBy('created_at') ->get();
완전히 동일하게 작동하며 완전 자동 완성 기능을 제공합니다. 게다가 코드 탐색은 완벽하게 작동하여 필요한 곳으로 이동합니다.
또 다른 멋진 점은 필요한 경우 쿼리 빌더를 동적으로 해결할 수 있다는 것입니다.
public function newEloquentBuilder($query): UserQueryBuilder { if ($this->status === State::Pending) { return new PendingUserQueryBuilder($query); // extends UserQueryBuilder } return new UserQueryBuilder($query); }
이렇게 하면 상태와 같은 컨텍스트별로 쿼리를 그룹화할 수 있을 때 하나의 큰 쿼리 빌더를 사용하지 않아도 됩니다.
그게 다 ✅
스코프는 멋진데, 2~3개만 있으면 계속 사용하겠습니다. 그러나 상황이 통제하기 힘들기 시작하면 사용자 정의 쿼리 빌더를 사용하는 것이 좋습니다. 코드를 깔끔하고 체계적으로 유지하며 유지 관리가 더 쉽게 해주기 때문에 추가 노력을 기울일 가치가 있습니까?
위 내용은 범위에 대한 Laravel 사용자 정의 쿼리 빌더의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

TheBesteptroachForendingeMailsInphPisusingThephPmailerlibraryDuetoitsReliability, featurerichness 및 reaseofuse.phpmailersupportssmtp, proversDetailErrorHandling, supportSattachments, andenhancessecurity.foroptimalu

의존성 주입 (DI)을 사용하는 이유는 코드의 느슨한 커플 링, 테스트 가능성 및 유지 관리 가능성을 촉진하기 때문입니다. 1) 생성자를 사용하여 종속성을 주입하고, 2) 서비스 로케이터 사용을 피하고, 3) 종속성 주입 컨테이너를 사용하여 종속성을 관리하고, 4) 주입 종속성을 통한 테스트 가능성을 향상 시키십시오.

phpperformancetuningiscrucialbecauseitenhancesspeedandefficies, thearevitalforwebapplications.1) cachingsdatabaseloadandimprovesResponsetimes.2) 최적화 된 databasequerieseiesecessarycolumnsingpeedsupedsupeveval.

theBestPracticesForendingEmailsSecurelyPinphPinclude : 1) usingecureconfigurations와 whithsmtpandstarttlSencryption, 2) 검증 및 inputSpreverventInseMeStacks, 3) 암호화에 대한 암호화와 비도시를 확인합니다

tooptimizephPapplicationsperperperperperperperperperferferferferferferferferferferperferferperferperperferferfercations.1) ubsicationScachingwithApcuTeDucedAtaFetchTimes.2) 최적화 된 ABASEABASES.3)

expendencyInphpisaDesignpatternpattern thatenhances-flexibility, testability 및 maintainabilitable externaldenciestoclasses.itallowsforloosecoupling, easiertesting throughmocking 및 modulardesign, berrequirecarefultructuringtoavoid-inje

PHP 성능 최적화는 다음 단계를 통해 달성 할 수 있습니다. 1) 스크립트 상단에 require_once 또는 include_once를 사용하여 파일로드 수를 줄입니다. 2) 데이터베이스 쿼리 수를 줄이기 위해 전처리 문 및 배치 처리를 사용하십시오. 3) Opcode 캐시에 대한 Opcache 구성; 4) PHP-FPM 최적화 프로세스 관리를 활성화하고 구성합니다. 5) CDN을 사용하여 정적 자원을 배포합니다. 6) 코드 성능 분석을 위해 Xdebug 또는 Blackfire를 사용하십시오. 7) 배열과 같은 효율적인 데이터 구조를 선택하십시오. 8) 최적화 실행을위한 모듈 식 코드를 작성하십시오.

opCodeCachingsIntIficInlyIntImeRimproveSphpperformanceCachingCompileDCode, retingServerLoadandResponsEtimes.1) itStoresCompyledPhpCodeInMemory, BYPASSINGPARSINGCOMPILING.2) UseOpCacheSettingParametersInphP.Ini, likeMoryConsAncme AD


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

드림위버 CS6
시각적 웹 개발 도구

PhpStorm 맥 버전
최신(2018.2.1) 전문 PHP 통합 개발 도구

SecList
SecLists는 최고의 보안 테스터의 동반자입니다. 보안 평가 시 자주 사용되는 다양한 유형의 목록을 한 곳에 모아 놓은 것입니다. SecLists는 보안 테스터에게 필요할 수 있는 모든 목록을 편리하게 제공하여 보안 테스트를 더욱 효율적이고 생산적으로 만드는 데 도움이 됩니다. 목록 유형에는 사용자 이름, 비밀번호, URL, 퍼징 페이로드, 민감한 데이터 패턴, 웹 셸 등이 포함됩니다. 테스터는 이 저장소를 새로운 테스트 시스템으로 간단히 가져올 수 있으며 필요한 모든 유형의 목록에 액세스할 수 있습니다.

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

MinGW - Windows용 미니멀리스트 GNU
이 프로젝트는 osdn.net/projects/mingw로 마이그레이션되는 중입니다. 계속해서 그곳에서 우리를 팔로우할 수 있습니다. MinGW: GCC(GNU Compiler Collection)의 기본 Windows 포트로, 기본 Windows 애플리케이션을 구축하기 위한 무료 배포 가능 가져오기 라이브러리 및 헤더 파일로 C99 기능을 지원하는 MSVC 런타임에 대한 확장이 포함되어 있습니다. 모든 MinGW 소프트웨어는 64비트 Windows 플랫폼에서 실행될 수 있습니다.