本文深入探讨了在 Laravel 中使用自定义 Form Request 进行更新操作时，唯一性验证（`Rule::unique`）失效的问题，特别是当尝试忽略当前记录时遇到的 `$this` 上下文错误。核心解决方案在于利用 Laravel 的依赖注入机制，将模型实例正确地注入到 Form Request 的 `rules` 方法中，从而确保 `ignore()` 方法能够接收到正确的模型对象或其 ID，实现精确的唯一性逻辑。
理解唯一性验证与更新操作的挑战
在 Laravel 应用中，当我们创建新记录时，对某个字段进行唯一性验证通常很简单。例如，确保 service_name 字段在 service_type 表中是唯一的。然而，当我们需要更新一条现有记录时，简单的 unique 规则会导致问题：它会认为当前记录的 service_name 已经存在，从而抛出验证错误，即使我们只是更新了记录的其他字段而 service_name 未变。
为了解决这个问题，Laravel 提供了 Rule::unique()->ignore() 方法，允许我们在唯一性检查时忽略特定的记录。通常，我们会传入当前正在更新的记录的 ID 或模型实例。
问题往往出现在自定义 Form Request 中，当我们在 rules 方法内部尝试访问当前请求上下文中的模型实例时，例如使用 $this->service_type，可能会遇到“Using $this when not in object context”的错误。这是因为在 rules 方法被调用时，$this 的上下文可能不包含路由模型绑定所解析出的模型实例。
正确使用 Rule::unique()->ignore()
要正确地在 Form Request 中实现更新时的唯一性验证，我们需要确保 rules 方法能够访问到当前正在更新的模型实例。Laravel 的依赖注入系统在这里发挥了关键作用。
1. 通过依赖注入获取模型实例
Laravel 的 Form Request 类的 rules 方法支持依赖注入。这意味着，如果你的路由使用了路由模型绑定（Route Model Binding），并且控制器方法签名中定义了模型参数，那么这个模型实例同样可以被注入到 Form Request 的 rules 方法中。
例如，如果你的 update 方法签名是 public function update(ServiceTypeRequest $request, ServiceType $serviceType)，那么 ServiceType 实例 $serviceType 会被 Laravel 自动解析并传递给控制器。我们可以将同样的模型类型作为参数添加到 Form Request 的 rules 方法中。
修正后的自定义 Form Request
以下是修正后的 ServiceTypeRequest，它通过依赖注入获取 ServiceType 模型实例，并将其传递给 ignore() 方法：
[ 'required', Rule::unique('service_type', 'Service')->ignore($serviceType) ], 'type' => ['required', 'string'], 'view_availability' => ['required', 'boolean'], ]; }}
在上述代码中，rules(ServiceType $serviceType) 声明告诉 Laravel，当调用此方法时，请注入与当前路由模型绑定匹配的 ServiceType 实例。这样，Rule::unique(‘service_type’, ‘Service’)->ignore($serviceType) 就能正确地识别并忽略当前正在更新的记录。
2. 修正控制器中的更新逻辑
除了 Form Request 的修正，控制器中的更新逻辑也应遵循最佳实践。当通过路由模型绑定获取到模型实例时，应该直接在该实例上调用 update() 方法，而不是使用静态的 ::update() 方法。
修正后的控制器更新方法
validated(); // 直接在已绑定的 $serviceType 实例上调用 update 方法 $serviceType->update([ 'Service' => $validated['service_name'], 'type' => $validated['type'], 'view_availability' => $validated['view_availability'], ]); return redirect() ->route('service_type.index') ->with('status', 'Service type updated!'); }}
这里的关键是 $serviceType->update([…])。它对已经从数据库中检索出来的 $serviceType 实例进行更新。而 ServiceType::update([…]) 是一个静态方法，通常用于批量更新，或者在没有现有模型实例的情况下通过查询构建器进行更新，这可能不是我们期望的行为，并且它不会返回更新后的模型实例，而是更新的行数。
总结与注意事项
依赖注入是关键： 在 Form Request 的 rules 方法中，通过类型提示注入路由模型绑定的模型实例，是解决更新时唯一性验证问题的核心。Rule::unique()->ignore() 的用法： ignore() 方法可以接受模型实例或记录的 ID。当传入模型实例时，Laravel 会自动提取其主键进行忽略。控制器更新的最佳实践： 当通过路由模型绑定获取到模型实例时，应直接在该实例上调用 update() 方法进行更新，而不是使用静态的 ::update()。这不仅更符合面向对象的设计，也避免了不必要的数据库查询。路由配置： 确保你的路由正确配置了模型绑定，例如使用资源路由 Route::resource(‘service_type’, ServiceTypeController::class); 或显式路由参数 Route::put(‘service_type/{serviceType}’, [ServiceTypeController::class, ‘update’]);。
遵循这些原则，可以确保在 Laravel 应用中，使用自定义 Form Request 进行更新操作时，唯一性验证能够准确无误地工作，从而提升应用的数据完整性和用户体验。
以上就是解决 Laravel Form Request 更新时唯一性验证失效问题的详细内容，更多请关注php中文网其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1342056.html
微信扫一扫 
支付宝扫一扫 
