Livewire组件Eloquent Collection报错及模型属性留存问题求助

问题一：替换 Collection 类型后报错 Call to undefined method stdClass::getKey() #

原因 #

你把$logs的类型声明从Illuminate\Support\Collection换成Illuminate\Database\Eloquent\Collection后，Livewire会对这个public集合启用Eloquent模型专属的序列化逻辑——它会尝试调用集合内每个元素的getKey()方法（这是Eloquent模型的内置方法）。但你的readL()方法返回的集合里，可能包含的不是Eloquent模型（比如是stdClass或普通数组转的对象），导致调用不存在的方法报错。

解决方案 #

1. 匹配返回值类型：检查Negotiation模型的readL()方法，如果它返回的是普通数据集合（非Eloquent模型集合），就不要用Eloquent\Collection，继续用Illuminate\Support\Collection声明$logs类型。
2. 转为Eloquent集合（如果元素是模型）：如果readL()返回的元素确实是Eloquent模型，但返回的是普通Support\Collection，可以手动转换：

   $this->logs = new \Illuminate\Database\Eloquent\Collection($this->negotiation?->readL()->all());
   

3. 避免public属性序列化：把$logs改成非public属性，在render()方法里直接传给视图，跳过Livewire的序列化逻辑：

   // 去掉public $logs;
   public function render(): Factory|View|Application
   {
       $logs = $this->negotiation?->readL();
       return view('livewire.pages.ne-c', compact('logs'));
   }
   

问题二：自定义属性在Livewire更新后丢失 #

原因 #

Livewire在组件触发更新（比如点击按钮调用filter）时，会对public的模型集合做序列化/反序列化处理，只会保留模型对应数据库表的字段，你手动添加的status自定义属性不会被序列化保存，所以更新后就丢失了。

解决方案 #

方案一：用模型访问器（最优雅）

在Work模型里定义访问器，让$item->status自动计算，无需手动添加属性：

// app/Models/Work.php
public function getStatusAttribute()
{
    return $this->status(); // 调用你原来的status()方法
}

之后直接用$item->status即可，不管Livewire怎么序列化，每次访问都会自动计算（如果计算成本高，还可以加缓存）。

方案二：缓存计算结果（避免重复计算）

如果status()计算成本高，在访问器里加入缓存：

public function getStatusAttribute()
{
    return cache()->remember(
        "work_{$this->id}_status",
        3600, // 缓存1小时，可调整
        fn() => $this->status()
    );
}

方案三：用protected属性+初始化逻辑

把worksMaster改成protected（不被Livewire序列化），在需要的时候初始化：

// 替换原来的public Collection $worksMaster;
protected $worksMaster;

public function mount()
{
    $this->initWorksMaster();
    $this->filter('ALL');
}

private function initWorksMaster()
{
    $this->worksMaster = Work::all()->map(function ($item) {
        $item->status = $item->status();
        return $item;
    });
}

// 每次组件更新后重新初始化（如果需要）
public function hydrate()
{
    $this->initWorksMaster();
}

注意：这个方案每次更新都会重新计算，适合计算成本低的场景。

内容的提问来源于stack exchange，提问作者Alberto Suárez