라벨 모델 팁
- 百草원래의
- 2025-03-05 16:44:11397검색
위의 코드는 좋아 보이지만 실제로는 n 1 문제를 일으 킵니다. 데이터베이스에 100 개의 게시물이 있다고 가정합니다. 첫 번째 줄에서는 모든 게시물을 얻기 위해 단일 쿼리를 실행합니다. 그런 다음 에 액세스하는 루프에서 새 쿼리가 트리거되어 게시물 사용자가 추가로 제공됩니다. 이는 총 101 개의 쿼리를 실행한다는 것을 의미합니다. 당신이 상상할 수 있듯이, 이것은 좋지 않습니다! 응용 프로그램이 느려지고 데이터베이스에 불필요한 압력 을가합니다.
고맙게도 Laravel은 이러한 N 1 문제를 발견하고 예방하는 데 도움이되는 편리한
방법을 제공합니다. 이 방법은 LaRavel에게 게으른 관계를 적재 할 때 예외를 던지도록 지시하므로 관계가 항상 열심히로드되도록 할 수 있습니다.이 메소드를 사용하려면 메소드 호출을 클래스에 추가하십시오 : .
예외가 발생합니다.
이 문제를 해결하기 위해 게시물을 얻을 때 사용자 관계를 간절히로드하기 위해 코드를 업데이트 할 수 있습니다. 방법을 사용하여 다음을 달성 할 수 있습니다$posts = Post::all();
foreach ($posts as $post) {
// 对帖子执行某些操作...
// 尝试访问帖子的用户
echo $post->user->name;
}
모델을 가지고 있다고 가정 해
메소드가 Laravel Documentation (Commit)에서 제거되었지만 여전히 작동한다는 점에 주목할 가치가 있습니다. 왜 그것이 제거되었는지 잘 모르겠지만주의의 문제입니다. 이것은 미래에 삭제 될 것임을 나타낼 수 있습니다. 방법을 제공합니다.
메소드를 사용할 수 있습니다.이 메소드는 존재하지 않거나 모델에서 채울 수없는 필드를 업데이트하려고 할 때 예외를 던집니다. 메소드는 Laravel 문서 (Commit)에서 제거되었지만 여전히 작동합니다. 이것은 미래에 삭제 될 것임을 나타낼 수 있습니다. 필드가 있다고 생각할 수도 있습니다.
full_name
name AppModelsUser
를 사용하는 또 다른 이점은 존재하지만 모델에로드되지 않을 수있는 필드를 읽으려고 시도하는 상황을 강조한다는 것입니다. 예를 들어, 다음 코드가 있다고 가정합니다
id
name email
password이거나 데이터베이스에서 필드를 얻지 못했거나 필드가 모델에 존재하지 않기 때문인지 알 수 없습니다. 당신이 상상할 수 있듯이, 이것은 예기치 않은 행동으로 이어질 수 있으며 때로는 감지하기 어려울 수 있습니다. created_at
이 기능을 활성화하려면 메소드 호출을 updated_at 필드에 액세스하려고하면 다음 메시지와 함께 예외가 발생합니다.
$posts = Post::all();
foreach ($posts as $post) {
// 对帖子执行某些操作...
// 尝试访问帖子的用户
echo $post->user->name;
}
full_name
$name (다음 내용은 원본 텍스트와 동일합니다. 일관성을 유지하기 위해 원본 텍스트를 유지하고 더 이상 다시 쓰지 않습니다) .preventAccessingMissingAttributes
AppModelsUser
$posts = Post::all();
foreach ($posts as $post) {
// 对帖子执行某些操作...
// 尝试访问帖子的用户
echo $post->user->name;
}
예상대로, 특히 "업데이트"문의 다른 내용이 실제로 업데이트 된 경우 응용 프로그램에서 찾기 어려운 오류가 발생할 수 있습니다. 따라서 name
이 메소드를 사용하려면 메소드 호출을 클래스에 추가하십시오 : .
email
password
email_verified_at
위 코드에서 필드는 데이터베이스에 존재하지 않으므로 Laravel은 우리를 위해이를 캡처하지 않고 데이터베이스 수준에서 캡처합니다. MySQL 데이터베이스를 사용하는 경우 다음과 같은 오류가 표시됩니다.
<pre class="brush:php;toolbar:false">namespace App\Providers;
use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\ServiceProvider;
class AppServiceProvider extends ServiceProvider
{
public function boot(): void
{
Model::preventLazyLoading();
}
}</pre>
<ict> 엄격한 모델 모드
<to> 앞에서 언급 한 세 가지 메소드를 사용하려면 메소드를 사용하여 한 번에 활성화 할 수 있습니다. 이 메소드는 <ables ables>, <p> 및 <code>full_name 설정을 활성화합니다. email_verified_at
이 메소드를 사용하려면 메소드 호출을 클래스에 추가하십시오 : .
$posts = Post::all();
foreach ($posts as $post) {
// 对帖子执行某些操作...
// 尝试访问帖子的用户
echo $post->user->name;
}
메소드와 유사하게 preventAccessingMissingAttributes
UUID 사용
당신은 UUID를 모델의 주요 키로 사용하고 싶을 수도 있습니다. 또는 응용 프로그램 및 데이터베이스의 관계를 정의하기 위해 자동 증가 ID를 유지하지만 공개 ID에는 UUID를 사용하여 자동 증가 된 ID를 유지할 수 있습니다. 이 접근법을 사용하면 공격자가 다른 리소스의 ID를 추측하기가 더 어려워서 추가 보안 계층을 추가 할 수 있습니다.
예를 들어 라우팅에서 자동 인상 ID를 사용한다고 가정 해 봅시다. 아래와 같이 사용자에게 액세스하기위한 경로가있을 수 있습니다.
등)를 통해 다른 사용자의 프로파일에 액세스하려고 시도 할 수 있습니다. 그리고 UUID를 사용하면 URL은 1fa24c18-39fd-4ff2-8f23-74ccd08462b0,
namespace App\Providers;
use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\ServiceProvider;
class AppServiceProvider extends ServiceProvider
{
public function boot(): void
{
Model::preventLazyLoading();
}
} 방법을 제공합니다.
/users/1 테이블의 기본 마이그레이션을 만들었다고 가정 해
/users/2
우리가 마이그레이션에서 보았 듯이, 우리는 UUID 필드를 정의했습니다. 기본적 으로이 필드는 라고 불리며, 원하는 경우 열 이름을 /users/3 메소드로 전달하여 변경할 수 있습니다. /users/1fa24c18-39fd-4ff2-8f23-74ccd08462b0
/users/b807d48d-0d01-47ae-8bbc-59b2acea6ed3 필드를 모델의 주요 키로 사용하도록 지시해야합니다. 또한 Laravel이 자동으로 UUID를 생성 할 수있는 기능을 추가해야합니다. 우리는 모델의 /users/ec1dde93-c67a-4f14-8464-c0d29c95425f 속성을 덮어 쓰고
필드가 UUID로 채워져 있음을 알 수 있습니다.
.
예를 들어,
예를 들어, 필드를 사용할 수 있습니다. 메소드를 정의하여이를 수행 할 수 있습니다. 이 방법은 라우팅 모델 바인딩에 사용하려는 필드의 이름을 반환해야합니다.
클래스를 만들었습니다. 또한이 컬렉션에는 docBlock을 사용하여
이 예에서는 모델 배열을 메소드로 전달하고 사용자 정의 AppCollectionsPostCollection
를 사용하지 않아야합니다.
가 동일한 클래스이고 동일한 속성과 값을 갖기 때문에 를 반환합니다. 그러나 우리가 모델의 속성을 변경하여 다르게 만들면 어떻게됩니까? 가 와 동일하더라도 는 모델에 다른로드 된 속성이 있기 때문에 검사는
메소드를 제공합니다 (내 의견으로는). 이 방법을 사용하면 위의 쿼리를 다음과 같이 다시 작성할 수 있습니다.
$posts = Post::all();
foreach ($posts as $post) {
// 对帖子执行某些操作...
// 尝试访问帖子的用户
echo $post->user->name;
}
uuid
필드가 있다고 가정합니다. 우리는
속성을 정의 할 필요가 없습니다. id
uuid 필드가 uuid로 채워져 있음을 알 수 있습니다.
id
$primaryKey
ulid를 사용하십시오
Laravel 모델에서 UUID를 사용하는 것과 유사하게, 때로는 ULID (Universal Cight Dictionary Sort Identifier)를 사용하고 싶을 수도 있습니다. IlluminateDatabaseEloquentConcernsHasUuids
uniqueIds 기능을 사용하여 AppModelsComment
uuid
namespace App\Providers;
use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\ServiceProvider;
class AppServiceProvider extends ServiceProvider
{
public function boot(): void
{
Model::preventLazyLoading();
}
} 필드)를 사용하여 모델 바인딩을 라우팅합니다. 예를 들어, 개별 사용자 정보를 표시하기위한 경로가있을 수 있습니다.
uuiduuid
마찬가지로, 블로그를 작성하는 경우 id 필드 대신 필드를 기반으로 게시물을 얻을 수 있습니다. 이는 필드를 읽기 쉽고 자동 증가 된 ID보다 SEO 친화적이기 때문입니다. slug
예를 들어, 필드 대신 필드를 사용하기 위해 모델에 대한 모든 라우팅 모델 바인딩을 변경하려고한다고 가정 해 봅시다. 우리는 모델에 id 메소드를 추가하여이를 수행 할 수 있습니다 :
slug
getRouteKeyName 필드를 사용하려면 다른 모든 경로에서 AppModelsPost 구문을 사용하여이를 수행 할 수 있습니다. 예를 들어, 라우팅 모델 바인딩 경로에서 slug 필드를 사용한다고 가정 해 봅시다. 우리는 다음과 같이 경로를 정의 할 수 있습니다
id
Post 필드와 함께 데이터베이스에서 게시물을 얻으려고한다는 것을 의미합니다. getRouteKeyName
사용자 정의 모델 컬렉션 사용
$posts = Post::all();
foreach ($posts as $post) {
// 对帖子执行某些操作...
// 尝试访问帖子的用户
echo $post->user->name;
}
AppModelsPost
우리는 새로운 파일을 만들고 사용자 정의 컬렉션 클래스를 다음과 같이 정의 할 수 있습니다.
AppCollectionsPostCollection
app/Collections/PostCollection.php 클래스의 인스턴스 만 포함하도록 지정했습니다. 이는 IDE가 컬렉션에 포함될 데이터 유형을 이해하도록 돕는 데 유용합니다. $posts = Post::all();
foreach ($posts as $post) {
// 对帖子执行某些操作...
// 尝试访问帖子的用户
echo $post->user->name;
} 메소드를 재정의하여 사용자 정의 컬렉션 클래스의 인스턴스를 반환하기 위해 모델을 업데이트 할 수 있습니다.
AppModelsPost가 객체를 비교할 때 확인하면 동일한 객체의 인스턴스인지 확인하기 때문입니다. 이것은 두 모델이 동일한 데이터를 가지고 있더라도 다른 인스턴스 인 경우 동일하게 간주되지 않음을 의미합니다. 따라서 newCollection가 반환 될 가능성이 높기 때문에이 작업을 피해야합니다. namespace App\Providers;
use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\ServiceProvider;
class AppServiceProvider extends ServiceProvider
{
public function boot(): void
{
Model::preventLazyLoading();
}
} 관계가 모델에 존재하고 데이터베이스의 첫 번째 주석이 첫 번째 게시물에 속한다고 가정 해 봅시다. 예를 들여다 보자.
newCollection를 사용하지 않아야합니다. 이는 객체를 비교할 때 AppModelsPost를 점검하면 동일한 클래스의 인스턴스 여부와 동일한 속성과 값이 있는지 확인하기 때문입니다. 그러나 이것은 예상치 못한 행동으로 이어질 수 있습니다. AppCollectionsPostCollection
<code>尝试在模型 [App\Models\Post] 上延迟加载 [user]，但延迟加载已禁用。</code>
메소드를 사용하여 테이블에서 및
필드 만 가져 오도록하겠습니다.$posts = Post::all();
foreach ($posts as $post) {
// 对帖子执行某些操作...
// 尝试访问帖子的用户
echo $post->user->name;
}
$comment->post를 반환합니다. 당신이 상상할 수 있듯이, 이것은 추적하기 어려운 이해할 수없는 행동으로 이어질 수 있습니다. 특히 $post 메소드를 쿼리에 소급 적으로 추가하고 테스트가 실패하기 시작한 경우. ==
false 메소드를 사용하는 것을 좋아합니다. 이 방법은 두 모델을 비교하고 동일한 클래스에 속하는지 확인하고 동일한 기본 키 값을 갖고 동일한 데이터베이스 연결이 있는지 확인합니다. 이것은 모델을 비교하는 안전한 방법이며 예상치 못한 행동의 가능성을 줄이는 데 도움이됩니다. select
is 메소드를 사용하여 두 모델이 다른지 확인할 수 있습니다.
isNot
is를 사용하십시오
namespace App\Providers;
use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\ServiceProvider;
class AppServiceProvider extends ServiceProvider
{
public function boot(): void
{
Model::preventLazyLoading();
}
}
laravel은 쿼리를보다 쉽게 읽을 수 있도록 사용할 수있는 isNot
<code>尝试在模型 [App\Models\Post] 上延迟加载 [user]，但延迟加载已禁用。</code>
클로스 작성에보다 명백한 접근 방식을 사용하는 것을 선호 할 수 있습니다. 따라서이 기술은 모든 사람에게 적합하지 않을 수 있습니다. 그러나 나는 당신이 당신의 접근 방식을 일관성있게 유지하는 한 둘 다 좋다고 생각합니다.
를 사용하십시오. whereBelongsTo 결론
위 내용은 라벨 모델 팁의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!