Lar*el 表单验证 302 重定向与错误处理实践

当 lar*el 表单验证失败时，默认行为是返回一个 302 重定向，并将验证错误闪存到会话中。本教程将深入探讨这一机制，指导您如何在 blade 模板中正确显示这些错误，以及如何为 ajax 请求定制验证失败的响应，从而有效解决因未处理验证错误而导致的困惑，提升用户体验。

引言：理解 Lar*el 的 302 重定向行为

在 Lar*el 中，当您使用 Request->validate() 方法进行表单验证时，如果验证失败，Lar*el 框架会默认抛出一个 ValidationException 异常。对于标准的 Web 请求（非 AJAX），这个异常会被 Lar*el 的异常处理器捕获，并自动执行以下操作：

1. 返回 302 重定向： 将用户重定向回表单提交前的页面（通常是上一个 URL）。
2. 闪存错误信息： 将所有验证错误信息闪存到会话中。
3. 闪存旧输入数据： 将用户之前输入的数据（旧输入）闪存到会话中，以便在重定向后可以重新填充表单。

因此，当您看到 302 Found 响应时，这通常是 Lar*el 针对标准 Web 表单验证失败的预期行为。问题不在于 302 重定向本身，而在于重定向后的页面没有正确地接收和显示这些闪存的错误信息，导致用户无法得知验证失败的原因。

在 Blade 模板中显示验证错误

对于标准的 Web 表单提交，最常见的解决方案是在 Blade 模板中检查并显示从会话中闪存的验证错误。Lar*el 提供了一个全局可用的 $errors 变量，它是一个 Illuminate\Support\MessageBag 实例，包含了所有验证失败的错误信息。

步骤：

百度文心百中

百度大模型语义搜索体验中心

263 查看详情

1. 在您的 Blade 模板中，通常在表单上方，添加一个条件判断来检查是否存在任何验证错误。
2. 如果存在错误，遍历 $errors 变量，将每个错误信息显示出来。
3. 同时，为了提升用户体验，利用 Lar*el 的 old() 辅助函数在重定向后自动填充用户之前输入的数据。

示例 Blade 模板 (resources/views/items/create.blade.php)：

<form action="{{ route('newitem') }}" method="post">
    @csrf {{-- 必须包含 CSRF 令牌以防止跨站请求伪造 --}}

    {{-- 错误信息显示区域 --}}
    @if ($errors->any())
        <div class="alert alert-danger">
            <ul>
                @foreach ($errors->all() as $error)
                    <li>{{ $error }}</li>
                @endforeach
            </ul>
        </div>
    @endif

    <div class="mb-3">
        <label for="item_name" class="form-label">商品名称</label>
        {{-- 使用 old() 辅助函数在重定向后填充旧输入数据 --}}
        <input type="text" class="form-control" id="item_name" name="item_name" value="{{ old('item_name') }}">
    </div>
    <div class="mb-3">
        <label for="item_price" class="form-label">价格</label>
        <input type="number" class="form-control" id="item_price" name="item_price" value="{{ old('item_price') }}">
    </div>
    {{-- 假设还有一个 item_desc 字段，即使表单中可能没有，但控制器验证规则里存在 --}}
    <div class="mb-3">
        <label for="item_desc" class="form-label">商品描述 (可选)</label>
        <textarea class="form-control" id="item_desc" name="item_desc">{{ old('item_desc') }}</textarea>
    </div>

    <button type="submit" class="btn btn-primary">提交</button>
</form>

当控制器中的 Request->validate() 失败时，上述 Blade 代码将捕获并显示错误，用户就能清楚地看到哪些字段不符合要求。

定制化验证响应：适用于 AJAX 或 API 请求

对于 AJAX 请求或 API 接口，302 重定向通常不是理想的响应方式。在这种情况下，我们希望在验证失败时直接返回一个 JSON 格式的错误信息，而不是重定向。为了实现这一点，我们需要手动创建验证器并检查其结果。

步骤：

1. 使用 Validator::make() 方法手动创建一个验证器实例。
2. 调用 $validator->fails() 方法检查验证是否失败。
3. 如果验证失败，返回一个 JSON 格式的响应，其中包含错误信息，并设置 HTTP 状态码为 422 Unprocessable Entity。

示例控制器方法 (app/Http/Controllers/ItemController.php)：

<?php

namespace App\Http\Controllers;

use Illuminate\Http\Request;
use Illuminate\Support\Facades\Validator; // 引入 Validator Facade
use App\Models\UsrsItem; // 假设您的模型名为 UsrsItem

class ItemController extends Controller
{
    /**
     * 处理商品创建请求（适用于 AJAX 或 API）
     *
     * @param Request $request
     * @return \Illuminate\Http\JsonResponse
     */
    public function new_item_api(Request $request) // 区分方法名，此处为 API 示例
    {
        // 手动创建 Validator 实例
        $validator = Validator::make($request->all(), [
            'item_name'  => 'required|string|min:4|max:90',
            'item_desc'  => 'string|min:4|max:90|nullable', // 假设描述是可选的
            'item_price' => 'required|integer|min:4'
        ]);

        // 检查验证是否失败
        if ($validator->fails()) {
            // 如果验证失败，返回 JSON 格式的错误信息，HTTP 状态码 422
            return response()->json(['errors' => $validator->errors()], 422);
        }

        // 验证通过，执行业务逻辑，例如创建商品
        UsrsItem::create([
            'item_name'  => $request->item_name,
            'item_desc'  => $request->item_desc,
            'item_price' => $request->item_price,
        ]);

        // 返回成功响应，HTTP 状态码 201 Created
        return response()->json(['message' => '商品已成功添加！'], 201);
    }
}

前端 J*aScript 代码在发送 AJAX 请求后，需要检查响应的 HTTP 状态码。如果状态码是 422，则解析返回的 JSON 数据来获取并显示错误信息。

场景对比：标准表单与 AJAX 请求的控制器处理

为了更好地理解，我们对比两种不同场景下的控制器处理方式：

1. 标准 Web 表单提交 (使用 Request->validate())

这种方式最为简洁，适用于传统的 Web 表单提交。Lar*el 会自动处理验证失败时的重定向和错误闪存。

<?php

namespace App\Http\Controllers;

use Illuminate\Http\Request;
use App\Models\UsrsItem;

class ItemController extends Controller
{
    /**
     * 处理商品创建请求（适用于标准 Web 表单）
     *
     * @param Request $request
     * @return \Illuminate\Http\RedirectResponse
     */
    public function new_item(Request $request) // 与路由 newitem 对应
    {
        // 使用 Request->validate()，如果验证失败，Lar*el 会自动重定向回前一个页面
        // 并将错误信息和旧输入闪存到会话中。
        $validatedData = $request->validate([
            'item_name'  => 'required|string|min:4|max:90',
            'item_desc'  => 'string|min:4|max:90|nullable', // 允许为空
            'item_price' => 'required|integer|min:4'
        ]);

        // 验证通过后，继续执行创建操作
        UsrsItem::create([
            'item_name'  => $validatedData['item_name'],
            'item_desc'  => $validatedData['item_desc'] ?? null, // 处理可选字段
            'item_price' => $validatedData['item_price'],
        ]);

        // 验证成功后，重定向到商品列表页或返回带有成功消息的页面
        return redirect()->route('items.index')->with('success', '商品已成功添加！');
    }
}

2. AJAX/API 请求 (使用 Validator::make())

如前所述，这种方式适用于需要返回 JSON 响应的场景，例如单页应用 (SPA) 或移动应用后端。

// 请参考上面“定制化验证响应：适用于 AJAX 或 API 请求”部分的 new_item_api 方法代码

以上就是Lar*el 表单验证 302 重定向与错误处理实践的详细内容，更多请关注php中文网其它相关文章！