Laravel 提供了大量炫酷的功能，有助于改善我们的开发体验 (DX)。但由于定期发布、日常工作压力以及大量可用功能，我们很容易忽略一些鲜为人知的、有助于改善我们代码的功能。
在本文中，我将介绍一些我最喜欢的使用 Laravel 模型的技巧。希望这些技巧能帮助您编写更简洁、更高效的代码，并帮助您避免常见的陷阱。
发现并预防 N+1 问题
我们要看的第一个技巧是如何发现和预防 N+1 查询 。
N+1 查询是延迟加载关系时可能出现的常见问题，其中 N 是运行以获取相关模型的查询数。
但这是什么意思呢？让我们看一个例子。假设我们想从数据库中获取每篇帖子，循环遍历它们，并访问创建帖子的用户。我们的代码可能看起来像这样：
$posts
=
邮政
::
全部
（）；foreach
（帖子）
作为
$post) {
// 对帖子进行一些处理……
// 尝试访问帖子用户
回声
$post
->
用户
->
姓名;}虽然上面的代码看起来不错，但实际上会导致 N+1 问题。假设数据库中有 100 个帖子。在第一行，我们将运行一个查询来获取所有帖子。然后在
foreach
当我们访问时循环
$post->user
，这将触发一个新查询来获取该帖子的用户；从而产生额外的 100 个查询。这意味着我们总共运行了 101 个查询。你可以想象，这可不是什么好事！它会减慢你的应用程序速度并给你的数据库带来不必要的压力。
随着代码变得越来越复杂并且功能越来越多，除非您主动寻找这些问题，否则很难发现这些问题。
值得庆幸的是，Laravel 提供了一个方便的
Model::preventLazyLoading()
您可以使用此方法来帮助发现和预防这些 N+1 问题。此方法将指示 Laravel 在关系延迟加载时抛出异常，因此您可以确保始终急切加载关系。
要使用此方法，您可以添加
Model::preventLazyLoading()
方法调用到你的
App\Providers\AppServiceProvider
班级：
命名空间
应用程序\提供商
;使用
照亮\数据库\雄辩\模型
;使用
Illuminate\支持\服务提供商
;班级
应用服务提供商
延伸
服务提供者{
民众
功能
引导
（）
:
空白{
模型
::
防止延迟加载
（）；}}现在，如果我们运行上面的代码来获取每篇帖子并访问创建帖子的用户，我们将看到
Illuminate\Database\LazyLoadingViolationException
抛出异常并显示以下消息：
尝试在模型 [App\Models\Post] 上延迟加载 [user]，但延迟加载已被禁用。为了解决这个问题，我们可以更新代码，在获取帖子时预先加载用户关系。我们可以通过使用
with
方法：
$posts
=
邮政
::
和
（
'用户'
）
->
得到
（）；foreach
（帖子）
作为
$post) {
// 对帖子进行一些处理……
// 尝试访问帖子用户
回声
$post
->
用户
->
姓名;}上述代码现在可以成功运行，并且只会触发两个查询：一个用于获取所有帖子，另一个用于获取这些帖子的所有用户。
防止访问缺失的属性
您是否经常尝试访问您认为存在于模型中的字段，但实际上却不存在？您可能输入了错误，或者您认为存在
full_name
当它实际被调用时
name
。
假设我们有一个
App\Models\User
具有以下字段的模型：
idnameemailpasswordcreated_atupdated_at
如果我们运行以下代码会发生什么？：
$用户
=
用户
::
询问
（）
->
第一的
（）；$名称
=
$用户
->
全名；假设我们没有
full_name
模型上的访问器，
$name
变量将是
null
但我们不知道这是否是因为
full_name
领域实际上是
null
，因为我们还没有从数据库中获取该字段，或者因为该字段在模型中不存在。你可以想象，这可能会导致意外行为，有时很难发现。
Laravel 提供了
Model::preventAccessingMissingAttributes()
您可以使用此方法来帮助防止出现此问题。此方法将指示 Laravel 在您尝试访问模型当前实例上不存在的字段时抛出异常。
为了实现此功能，您可以添加
Model::preventAccessingMissingAttributes()
方法调用到你的
App\Providers\AppServiceProvider
班级：
命名空间
应用程序\提供商
;使用
照亮\数据库\雄辩\模型
;使用
Illuminate\支持\服务提供商
;班级
应用服务提供商
延伸
服务提供者{
民众
功能
引导
（）
:
空白{
模型
::
阻止访问缺失属性
（）；}}现在，如果我们运行示例代码并尝试访问
full_name
字段上的
App\Models\User
模型，我们会看到
Illuminate\Database\Eloquent\MissingAttributeException
抛出异常并显示以下消息：
模型 [App\Models\User] 的属性 [full_name] 不存在或未检索到。使用的另一个好处是
preventAccessingMissingAttributes
是它可以在我们尝试读取模型上存在但可能尚未加载的字段时突出显示。例如，假设我们有以下代码：
$用户
=
用户
::
询问
（）
->
选择
（[
'ID'
,
'姓名'
]）
->
第一的
（）；$用户
->
电子邮件;如果我们阻止访问缺失的属性，则会抛出以下异常：
模型 [App\Models\User] 的属性 [email] 不存在或未检索到。这在更新现有查询时非常有用。例如，过去您可能只需要模型中的几个字段。但也许您现在正在更新应用程序中的功能并需要访问另一个字段。如果不启用此方法，您可能不会意识到您正在尝试访问尚未加载的字段。
值得注意的是
preventAccessingMissingAttributes
方法已从 Laravel 文档中删除（
犯罪
)，但它仍然有效。我不确定它被删除的原因，但这是需要注意的事情。这可能预示着它将来会被删除。
防止默默丢弃属性
如同
preventAccessingMissingAttributes
，Laravel 提供了
preventSilentlyDiscardingAttributes
这种方法可以帮助防止更新模型时出现意外行为。
想象一下你有一个
App\Models\User
模型类如下：
命名空间
应用程序\模型
;使用
照亮\基金会\身份验证\用户
作为
可验证
;班级
用户
延伸
可验证{
受保护
$可填充
=
[
'姓名'
,
'电子邮件'
,
'密码'
,]；
// ...}我们可以看到，
name
,
email
， 和
password
字段都是可填充字段。但是如果我们尝试更新模型中不存在的字段（例如
full_name
）或存在但无法填写的字段（例如
email_verified_at
）？：
$用户
=
用户
::
询问
（）
->
第一的
（）；$用户
->
更新
（[
'全名'
=>
'灰'
,
// 字段不存在
'email_verified_at'
=>
现在
（），
// 该字段存在但不可填写
// 也请在此处更新其他字段...]);如果我们运行上面的代码，
full_name
和
email_verified_at
字段将被忽略，因为它们尚未被定义为可填充字段。但不会抛出任何错误，因此我们不会意识到这些字段已被默默丢弃。
正如您所预料的，这可能会导致您的应用程序中出现难以发现的错误，尤其是当您的“更新”语句中的任何其他语句实际上已更新时。因此，我们可以使用
preventSilentlyDiscardingAttributes
每当您尝试更新模型上不存在或不可填充的字段时，方法都会引发异常。
要使用此方法，您可以添加
Model::preventSilentlyDiscardingAttributes()
方法调用到你的
App\Providers\AppServiceProvider
班级：
命名空间
应用程序\提供商
;使用
照亮\数据库\雄辩\模型
;使用
Illuminate\支持\服务提供商
;班级
应用服务提供商
延伸
服务提供者{
民众
功能
引导
（）
:
空白{
模型
::
阻止静默丢弃属性
（）；}}上述操作将强制引发错误。
现在，如果我们尝试运行上面的示例代码并更新用户的
first_name
和
email_verified_at
字段，
Illuminate\Database\Eloquent\MassAssignmentException
将引发异常并显示以下消息：
添加可填写属性 [full_name, email_verified_at] 以允许在 [App\Models\User] 上进行批量赋值。值得注意的是
preventSilentlyDiscardingAttributes
方法只会在您使用以下方法时突出显示未填写的字段
fill
或者
update
。如果您手动设置每个属性，它将不会捕获这些错误。例如，让我们以以下代码为例：
$用户
=
用户
::
询问
（）
->
第一的
（）；$用户
->
全名
=
'灰'
;$用户
->
email_verified_at
=
现在
（）；$用户
->
节省
（）；在上面的代码中，
full_name
字段在数据库中不存在，因此 Laravel 不会帮我们捕获该错误，而是会在数据库级别捕获该错误。如果您使用的是 MySQL 数据库，则会看到如下错误：
SQLSTATE[42S22]: 列未找到：1054 未知列“full_name”位于“字段列表”中（连接：mysql，SQL：update `users` set `email_verified_at` = 2024-08-02 16:04:08, `full_name` = Ash, `users`.`updated_at` = 2024-08-02 16:04:08 where `id` = 1）为模型启用严格模式
如果您想使用我们到目前为止提到的三种方法，您可以使用
Model::shouldBeStrict()
方法。此方法将启用
preventLazyLoading
,
preventAccessingMissingAttributes
， 和
preventSilentlyDiscardingAttributes
设置。
要使用此方法，您可以添加
Model::shouldBeStrict()
方法调用到你的
App\Providers\AppServiceProvider
班级：
命名空间
应用程序\提供商
;使用
照亮\数据库\雄辩\模型
;使用
Illuminate\支持\服务提供商
;班级
应用服务提供商
延伸
服务提供者{
民众
功能
引导
（）
:
空白{
模型
::
应该严格
（）；}}这相当于：
命名空间
应用程序\提供商
;使用
照亮\数据库\雄辩\模型
;班级
应用服务提供商
延伸
服务提供者{
民众
功能
引导
（）
:
空白{
模型
::
防止延迟加载
（）；
模型
::
阻止静默丢弃属性
（）；
模型
::
阻止访问缺失属性
（）；}}类似于
preventAccessingMissingAttributes
方法，
shouldBeStrict
方法已从 Laravel 文档中删除（
犯罪
），但仍有效。这可能表明它将来会被删除。
使用 UUID
默认情况下，Laravel 模型使用自动递增 ID 作为主键。但有时你可能更喜欢使用 通用唯一标识符 (UUID) 。
UUID 是 128 位（或 36 个字符）字母数字字符串，可用于唯一标识资源。由于生成方式的原因，它们不太可能与其他 UUID 冲突。UUID 示例如下：
1fa24c18-39fd-4ff2-8f23-74ccd08462b0
。
您可能希望使用 UUID 作为模型的主键。或者，您可能希望保留自动递增 ID 来定义应用程序和数据库内的关系，但使用 UUID 作为面向公众的 ID。使用这种方法可以增加一层额外的安全性，使攻击者更难猜测其他资源的 ID。
例如，假设我们在路由中使用自动递增 ID。我们可能有一个访问用户的路由，如下所示：
使用
应用程序\模型\用户
;使用
照明\支持\立面\路线
;路线
::
得到
（
'/users/{user}'
,
功能
（
用户
$user) {
日
($用户)
->
数组
（））；});攻击者可以循环遍历 ID（例如 -
/users/1
,
/users/2
,
/users/3
等），如果路由不安全，则尝试访问其他用户的信息。而如果我们使用 UUID，URL 可能看起来更像
/users/1fa24c18-39fd-4ff2-8f23-74ccd08462b0
,
/users/b807d48d-0d01-47ae-8bbc-59b2acea6ed3
， 和
/users/ec1dde93-c67a-4f14-8464-c0d29c95425f
。正如你所想象的，这些是很难猜测的。
当然，仅使用 UUID 不足以保护您的应用程序，它们只是您可以采取的提高安全性的额外步骤。您需要确保还使用其他安全措施，例如速率限制、身份验证和授权检查。
使用 UUID 作为主键
我们首先看看如何将主键更改为 UUID。
为此，我们需要确保我们的表有一个能够存储 UUID 的列。Laravel 提供了一个方便的
$table->uuid
我们可以在迁移中使用的方法。
想象一下，我们有这个基本的迁移，它创建了一个
comments
桌子：
使用
照亮\数据库\迁移\迁移
;使用
照亮\数据库\架构\蓝图
;使用
照亮\支持\立面\模式
;返回
新的
班级
延伸
迁移{
/*** 运行迁移。*/
民众
功能
向上
（）
:
空白{
架构
::
创造
（
'评论'
,
功能
（
蓝图
$table) {$表
->
唯一标识
（）；$表
->
外国身份证
（
'用户身份'
（英文）：$表
->
外国身份证
（
'post_id'
（英文）：$表
->
细绳
（
'内容'
（英文）：$表
->
时间戳
（）；});}
// ...}正如我们在迁移中看到的，我们定义了一个 UUID 字段。默认情况下，此字段将被称为
uuid
，但您可以通过将列名称传递给
uuid
方法。
然后我们需要指示 Laravel 使用新的
uuid
字段作为我们的主键
App\Models\Comment
模型。我们还需要添加一个特征，让 Laravel 自动为我们生成 UUID。我们可以通过覆盖
$primaryKey
在我们的模型上使用
Illuminate\Database\Eloquent\Concerns\HasUuids
特征：
命名空间
应用程序\模型
;使用
Illuminate\Database\Eloquent\Concerns\HasUuids
;使用
照亮\数据库\雄辩\模型
;班级
评论
延伸
模型{
使用
哈斯尤德
;
受保护
$primaryKey
=
'uuid'
;}现在模型应该已配置完毕，可以使用 UUID 作为主键。以下是示例代码：
使用
App\Models\评论
;使用
应用程序\模型\帖子
;使用
应用程序\模型\用户
;$用户
=
用户
::
第一的
（）；$post
=
邮政
::
第一的
（）；评论
=
新的
评论
（）；评论
->
内容
=
“评论内容写在这里。”
;评论
->
用户身份
=
$用户
->
ID;评论
->
帖子ID
=
$post
->
ID;评论
->
节省
（）；日
（$评论）
->
数组
（））；// [// "content" => "评论内容写在这里。"// "user_id" => 1// "post_id" => 1// "uuid" => "9cb16a60-8c56-46f9-89d9-d5d118108bc5"// "updated_at" => "2024-08-05T11:40:16.000000Z"// "created_at" => "2024-08-05T11:40:16.000000Z"// ]我们可以在倾倒模型中看到
uuid
字段已填充 UUID。
向模型添加 UUID 字段
如果您希望保留自动递增 ID 用于内部关系，但使用 UUID 作为面向公众的 ID，则可以向模型添加 UUID 字段。
我们假设你的桌子上有
id
和
uuid
字段。因为我们将使用
id
字段作为主键，我们不需要定义
$primaryKey
我们的模型上的属性。
我们可以覆盖
uniqueIds
该方法可通过
Illuminate\Database\Eloquent\Concerns\HasUuids
特征。此方法应返回应为其生成 UUID 的字段数组。
让我们更新我们的
App\Models\Comment
模型包含我们调用的字段
uuid
:
命名空间
应用程序\模型
;使用
Illuminate\Database\Eloquent\Concerns\HasUuids
;使用
照亮\数据库\雄辩\模型
;班级
评论
延伸
模型{
使用
哈斯尤德
;
民众
功能
唯一标识
（）
:
大批{
返回
[
'uuid'
]；}}现在如果我们要倾倒一个新的
App\Models\Comment
模型，我们会看到
uuid
字段已填充 UUID：
// [// "id" => 1// "content" => "评论内容写在这里。"// "user_id" => 1// "post_id" => 1// "uuid" => "9cb16a60-8c56-46f9-89d9-d5d118108bc5"// "updated_at" => "2024-08-05T11:40:16.000000Z"// "created_at" => "2024-08-05T11:40:16.000000Z"// ]我们将在本文后面介绍如何更新模型和路线，以使用这些 UUID 作为路线中面向公众的 ID。
使用 ULID
与在 Laravel 模型中使用 UUID 类似，有时你可能想要使用 通用唯一按字典顺序排序标识符 (ULID) 。
ULID 是 128 位（或 26 个字符）字母数字字符串，可用于唯一标识资源。ULID 示例如下：
01J4HEAEYYVH4N2AKZ8Y1736GD
。
您可以像定义 UUID 字段一样定义 ULID 字段。唯一的区别是，您无需更新模型以使用
Illuminate\Database\Eloquent\Concerns\HasUuids
特征，你应该使用
Illuminate\Database\Eloquent\Concerns\HasUlids
特征。
例如，如果我们想更新我们的
App\Models\Comment
模型使用 ULID 作为主键，我们可以这样做：
命名空间
应用程序\模型
;使用
照亮\数据库\Eloquent\关注\HasUlids
;使用
照亮\数据库\雄辩\模型
;班级
评论
延伸
模型{
使用
有Ulids
;}更改用于路由模型绑定的字段
您可能已经知道什么是路由模型绑定。但以防万一您不知道，让我们快速回顾一下。
路由模型绑定允许您根据传递给 Laravel 应用程序路由的数据自动获取模型实例。
默认情况下，Laravel 将使用模型的主键字段（通常是
id
字段）进行路由模型绑定。例如，你可能有一个用于显示单个用户信息的路由：
使用
应用程序\模型\用户
;使用
照明\支持\立面\路线
;路线
::
得到
（
'/users/{user}'
,
功能
（
用户
$user) {
日
($用户)
->
数组
（））；});上面示例中定义的路由将尝试查找数据库中具有所提供 ID 的用户。例如，假设 ID 为
1
存在于数据库中。当您访问 URL 时
/users/1
，Laravel 将自动获取 ID 为
1
从数据库中获取数据并将其传递给闭包函数（或控制器）进行操作。但如果不存在具有所提供 ID 的模型，Laravel 将自动返回
404 Not Found
回复。
但有时您可能想使用不同的字段（除主键之外）来定义如何从数据库中检索模型。
例如，正如我们之前提到的，您可能希望使用自动递增 ID 作为模型的内部关系的主键。但您可能希望使用 UUID 作为面向公众的 ID。在这种情况下，您可能希望使用
uuid
路由模型绑定的字段，而不是
id
场地。
类似地，如果你正在创建一个博客，你可能希望基于以下方式获取你的帖子：
slug
字段，而不是
id
场。这是因为
slug
字段比自动递增的 ID 更易于人性化且更有利于 SEO。
更改所有路线的字段
如果你想定义应该用于所有路线的字段，你可以通过定义
getRouteKeyName
方法。此方法应返回您要用于路由模型绑定的字段的名称。
例如，假设我们想要更改所有路由模型绑定
App\Models\Post
模型使用
slug
字段，而不是
id
字段。我们可以通过添加
getRouteKeyName
方法
Post
模型：
命名空间
应用程序\模型
;使用
照亮\合同\数据库\雄辩\构建器
;使用
Illuminate\Database\Eloquent\Factories\HasFactory
;使用
照亮\数据库\雄辩\模型
;班级
邮政
延伸
模型{
使用
有工厂
;
民众
功能
获取RouteKeyName
（）{
返回
'slug'
;}
// ...}这意味着我们现在可以像这样定义我们的路线：
使用
应用程序\模型\帖子
;使用
照明\支持\立面\路线
;路线
::
得到
（
'/posts/{post}'
,
功能
（
邮政
$post) {
日
($post
->
数组
（））；});当我们访问 URL 时
/posts/my-first-post
，Laravel 将自动使用
slug
的
my-first-post
从数据库中获取数据并将其传递给闭包函数（或控制器）进行操作。
更改单程路线的字段
但是，有时您可能只想更改单个路由中使用的字段。例如，您可能想使用
slug
字段用于一条路线中的路线模型绑定，但
id
所有其他路线上的领域。
我们可以使用
:field
语法。例如，假设我们想使用
slug
字段用于在单个路由中绑定路由模型。我们可以像这样定义我们的路由：
路线
::
得到
（
'/posts/{post:slug}'
,
功能
（
邮政
$post) {
日
($post
->
数组
（））；});这意味着在这个特定的路由中，Laravel 将尝试使用提供的
slug
来自数据库的字段。
使用自定义模型集合
当你使用如下方法从数据库获取多个模型时
App\Models\User::all()
，Laravel 通常会将它们放在
Illuminate\Database\Eloquent\Collection
类。此类提供了很多有用的方法来处理返回的模型。但是，有时您可能希望返回自定义集合类，而不是默认集合类。
您可能出于某些原因想要创建自定义集合。例如，您可能想要添加一些专门用于处理该类型模型的辅助方法。或者，您可能想要使用它来提高类型安全性并确保集合仅包含特定类型的模型。
Laravel 使得覆盖应该返回的集合类型变得非常容易。
让我们看一个例子。假设我们有一个
App\Models\Post
模型，当我们从数据库获取它们时，我们希望将它们返回到自定义的
App\Collections\PostCollection
班级。
我们可以创造一个新的
app/Collections/PostCollection.php
文件并定义我们的自定义集合类，如下所示：
宣布
（
严格类型
=
1
（英文）：命名空间
应用\收藏集
;使用
应用程序\模型\帖子
;使用
照亮\支持\收藏
;/*** @extends Collection在上面的例子中，我们创建了一个新的
App\Collections\PostCollection
扩展 Laravel 的
Illuminate\Support\Collection
类。我们还指定此集合将仅包含
App\Models\Post
使用 docblock 来定义类。这非常有助于您的 IDE 了解集合中的数据类型。
然后我们可以更新我们的
App\Models\Post
通过重写模型来返回我们自定义集合类的实例
newCollection
像这样的方法：
命名空间
应用程序\模型
;使用
应用程序\收藏集\帖子收藏集
;使用
照亮\数据库\雄辩\模型
;班级
邮政
延伸
模型{
// ...
民众
功能
新集合
（
大批
$模型
=
[]）
:
后收藏{
返回
新的
后收藏
（模型）}}在示例中，我们采用了
App\Models\Post
传递给
newCollection
方法并返回我们自定义的
App\Collections\PostCollection
班级。
现在我们可以使用自定义集合类从数据库中提取帖子，如下所示：
使用
应用程序\模型\帖子
;$posts
=
邮政
::
全部
（）；// $posts 是 App\Collections\PostCollection 的一个实例比较模型
我在处理项目时经常遇到的一个问题是如何比较模型。这通常在授权检查中，当你想检查用户是否可以访问资源时。
让我们来看看一些常见的陷阱以及为什么应该避免使用它们。
你应该避免使用
===
检查两个模型是否相同时。这是因为
===
check 在比较对象时，将检查它们是否是对象的同一实例。这意味着即使两个模型具有相同的数据，如果它们是不同的实例，它们也不会被视为相同。因此您应该避免这样做，因为它可能会返回
false
。
假设
post
关系存在于
App\Models\Comment
模型，并且数据库中的第一条评论属于第一篇文章，让我们看一个例子：
// ⚠️ 避免使用 `===` 来比较模型评论
=
\App\Models\评论
::
第一的
（）；$post
=
\App\Models\Post
::
第一的
（）；$postsAreTheSame
=
评论
->
邮政
===
$post；// $postsAreTheSame 将为 false。您还应避免使用
==
检查两个模型是否相同时。这是因为
==
check 在比较对象时，会检查它们是否是同一类的实例，以及它们是否具有相同的属性和值。然而，这可能会导致意外的行为。
请看这个例子：
// ⚠️ 避免使用 `==` 来比较模型评论
=
\App\Models\评论
::
第一的
（）；$post
=
\App\Models\Post
::
第一的
（）；$postsAreTheSame
=
评论
->
邮政
==
$post；// $postsAreTheSame 将为真。在上面的例子中，
==
检查将返回
true
因为
$comment->post
和
$post
是同一个类，具有相同的属性和值。但是如果我们改变
$post
模型，所以它们有区别？
让我们使用
select
方法，所以我们只抓取
id
和
content
来自的字段
posts
桌子：
// ⚠️ 避免使用 `==` 来比较模型评论
=
\App\Models\评论
::
第一的
（）；$post
=
\App\Models\Post
::
询问
（）
->
选择
（[
'ID'
,
'内容'
]）
->
第一的
（）；$postsAreTheSame
=
评论
->
邮政
==
$post；// $postsAreTheSame 将为 false。虽然
$comment->post
与
$post
， 这
==
检查将返回
false
因为模型加载了不同的属性。你可以想象，这可能会导致一些意想不到的行为，这些行为可能很难追踪，特别是如果你事后添加了
select
方法进行查询，您的测试就会开始失败。
相反，我喜欢使用
is
和
isNot
Laravel 提供的方法。这些方法将比较两个模型并检查它们属于同一类、具有相同的主键值以及具有相同的数据库连接。这是一种更安全的比较模型的方法，有助于降低发生意外行为的可能性。
您可以使用
is
检查两个模型是否相同的方法：
评论
=
\App\Models\评论
::
第一的
（）；$post
=
\App\Models\Post
::
询问
（）
->
选择
（[
'ID'
,
'内容'
]）
->
第一的
（）；$postsAreTheSame
=
评论
->
邮政
->
是
（$post）// $postsAreTheSame 将为真。类似地，您可以使用
isNot
检查两个模型是否不同的方法：
评论
=
\App\Models\评论
::
第一的
（）；$post
=
\App\Models\Post
::
询问
（）
->
选择
（[
'ID'
,
'内容'
]）
->
第一的
（）；$postsAreNotTheSame
=
评论
->
邮政
->
不是
（$post）// $postsAreNotTheSame 将为 false。
使用
whereBelongsTo
构建查询时
这最后一条建议更多的是个人偏好，但我发现它使我的查询更容易阅读和理解。
当尝试从数据库获取模型时，你可能会发现自己编写了基于关系进行过滤的查询。例如，你可能想要获取属于特定用户和帖子的所有评论：
$用户
=
用户
::
第一的
（）；$post
=
邮政
::
第一的
（）；评论
=
评论
::
询问
（）
->
在哪里
（
'用户身份'
，$user
->
ID）
->
在哪里
（
'post_id'
，$post
->
ID）
->
得到
（）；Laravel 提供了
whereBelongsTo
您可以使用该方法使查询更具可读性（在我看来）。使用此方法，我们可以重写上面的查询，如下所示：
$用户
=
用户
::
第一的
（）；$post
=
邮政
::
第一的
（）；评论
=
评论
::
询问
（）
->
属于哪里
（$用户）
->
属于哪里
($post)
->
得到
（）；我喜欢这个语法糖，感觉它让查询更易于理解。这也是确保您根据正确的关系和字段进行筛选的好方法。
您或您的团队可能更喜欢使用更明确的方式写出
where
条款。所以这个技巧可能并不适合所有人。但我认为只要你坚持自己的方法，无论哪种方式都是完全可以的。
结论
希望本文能向您展示一些使用 Laravel 模型的新技巧。您现在应该能够发现和预防 N+1 问题、防止访问缺失的属性、防止默默丢弃属性以及将主键类型更改为 UUID 或 ULID。您还应该知道如何更改用于路由模型绑定的字段、指定返回的集合类型、比较模型以及使用
whereBelongsTo
在建立查询时。
