Laravel中如何仅允许属性创建时批量赋值、禁止更新？

嘿，这个需求我之前也碰到过，你的事件监听方案确实能解决问题，但还有几个更优雅、更贴合Laravel最佳实践的方式，我给你梳理一下：

1. 重写模型的fill方法（模型层面统一控制） #

批量赋值的核心入口是模型的fill方法，我们可以在这里区分模型是新建状态还是更新状态，直接过滤掉不允许修改的字段：

public function fill(array $attributes)
{
    // 新建模型（还未存入数据库）时，正常填充所有允许的字段
    if (!$this->exists) {
        return parent::fill($attributes);
    }

    // 更新操作时，移除不允许修改的字段（比如price）
    unset($attributes['price']);
    return parent::fill($attributes);
}

这种方式比事件监听更前置，避免了「先赋值再重置原值」的多余操作，逻辑也更直观。

2. 使用表单请求类（推荐，符合Laravel架构） #

Laravel的表单请求类本来就是用来处理请求验证和字段过滤的，我们可以给创建和更新操作分别定义请求类，精准控制允许的字段：

创建请求（StoreProductRequest）：

namespace App\Http\Requests;

use Illuminate\Foundation\Http\FormRequest;

class StoreProductRequest extends FormRequest
{
    public function authorize()
    {
        return true; // 根据你的权限逻辑调整
    }

    public function rules()
    {
        return [
            'price' => 'required|numeric|min:0',
            // 其他创建时需要的字段...
        ];
    }
}

更新请求（UpdateProductRequest）：

namespace App\Http\Requests;

use Illuminate\Foundation\Http\FormRequest;

class UpdateProductRequest extends FormRequest
{
    public function authorize()
    {
        return true; // 根据你的权限逻辑调整
    }

    public function rules()
    {
        return [
            // 这里只定义更新时允许的字段，不包含price
            // 其他更新字段...
        ];
    }

    // 如果要严格防止前端传入price字段，可以额外移除
    protected function prepareForValidation()
    {
        $this->request->remove('price');
    }
}

然后在控制器里分别使用这两个请求：

public function store(StoreProductRequest $request)
{
    Product::create($request->validated());
    // ...后续逻辑
}

public function update(UpdateProductRequest $request, Product $product)
{
    $product->update($request->validated());
    // ...后续逻辑
}

这种方式把字段权限和验证逻辑从控制器/模型中分离出来，代码更清晰，也更容易维护，是Laravel官方推荐的做法。

3. 优化你的事件监听方案（如果不想改太多代码） #

如果你还是想用事件监听的方式，可以优化一下逻辑，直接阻止price字段被修改，而不是重置原值：

protected static function boot()
{
    parent::boot();

    static::updating(function ($product) {
        // 如果price字段被修改，直接从属性中移除修改值
        if ($product->isDirty('price')) {
            unset($product->attributes['price']);
        }
    });
}

不过这个本质上和你原来的思路一致，只是稍微高效一点。

总结 #

如果是新项目或者重构，优先推荐表单请求类的方式，符合Laravel的MVC架构；如果想在模型层面统一处理，重写fill方法是更简洁的选择；事件监听作为兜底方案也能用，但逻辑上不如前两者直接。

内容的提问来源于stack exchange，提问作者Vandad Zico