本教程旨在解决 Laravel 5.4 中，在更新数据时使用 Rule::unique()->where() 进行条件唯一性验证，但因 $this->id 作用域问题导致无法正确排除当前记录的挑战。文章提供了两种核心解决方案：一是利用 Rule::unique() 的 ignore() 方法，二是借助闭包的 use 关键字将外部变量正确引入验证逻辑，确保在复杂条件下的唯一性校验准确无误。
问题分析：Laravel 5.4 唯一性验证的挑战
在 Laravel 5.4 应用开发中，我们经常需要对数据库中的特定字段进行唯一性验证。当这种唯一性验证还依赖于其他字段的条件时（例如，在某个特定状态下字段值必须唯一），问题会变得更加复杂。
场景描述：
假设我们有一个名为 tablename 的数据表，其中包含以下关键字段：
- id (主键，整数类型)
- position (整数类型)
- is_active (布尔类型)
我们的目标是确保 position 字段在所有 is_active 为 true 的记录中是唯一的。这意味着，如果有多条记录的 is_active 都为 true，那么它们的 position 值不能重复。
原始验证规则及预期行为：
为了实现这一目标，我们可能会尝试使用如下的验证规则：
'position' => [
'required_if:is_active,true|integer|min:1',
Rule::unique('tablename')->where(function($query) {
$query->where('is_active', '=', 'true')->where('id', '!=', $this->id);
}),
],
这条规则的意图是：
- position 字段在 is_active 为 true 时是必需的，且必须是大于等于 1 的整数。
- position 字段在 tablename 表中，对于所有 is_active 为 true 的记录而言，必须是唯一的。
- 关键点： 在执行更新操作时，验证逻辑应该排除当前正在被更新的记录自身的 id。例如，如果 id=2 的记录 position=2, is_active=true，当我们尝试将其 position 改为 1 时，如果 id=1 的记录已经存在 position=1, is_active=true，那么验证应该失败。但是，如果 id=2 的记录 position 仍然是 2，验证应该成功。
实际问题：$this->id 的作用域问题
然而，实际操作中发现，即使存在重复的 position 值，上述验证规则在更新操作时仍然允许保存，并未按预期抛出错误。这通常是由于在闭包 function($query) { … } 内部，$this->id 并未正确地引用到当前请求或模型实例的 id 属性。在 Laravel 5.4 的特定上下文中，闭包内部的 $this 可能指向的是不同的对象（例如 ParameterBag），而不是我们期望的当前模型实例或请求中的 id。这导致 where(‘id’, ‘!=’, $this->id) 这一条件无法正确地排除当前记录，从而使唯一性验证失效。
解决方案一：利用 Rule::unique() 的 ignore() 方法
Laravel 提供了更简洁和明确的方式来在唯一性验证中排除特定记录。对于 Rule::unique()，我们可以使用 ignore() 方法来指定一个或多个不应被检查唯一性的记录 ID。
原理说明：ignore() 方法允许你传入一个 ID 值，Laravel 会在执行唯一性查询时自动排除该 ID 对应的记录。这解决了闭包内部 $this->id 作用
以上就是优化 Laravel 5.4 条件唯一性验证：解决更新时 id 排除失效问题的详细内容，更多请关注php中文网其它相关文章！