Laravel 5.5 - SerializesModels 事件导致 ModelIdentifier 错误?
Laravel 5.5 - SerializesModels on event causes ModelIdentifier error?
我有一个 laravel 活动,有几个听众。一些侦听器或它们的通知(取决于它们是否耗时)正在实施 ShouldQueue
因此它们 运行 在后台 redis
队列中。该事件默认使用 SerializesModels
,但是当传递给该事件的模型之一是登录用户时,我们会触发它,如下所示:
$user = $this->user(); // logged in user instance
event(new UserCreatedPost($user, $post, $modelX, $modelY));
我无法在相应的监听器中访问用户的关注者,以检查是否在他们存在时通知他们:
// In listener handle method
public function handle(UserCreatedPost $event){
$followers = $event->user->followers()->get();
}
我收到这个错误:
Call to undefined method Illuminate\Contracts\Database\ModelIdentifier::followers()
我能够让它工作的唯一方法是在下面添加事件唤醒:
public function handle(UserCreatedPost $event){
// This fixes it, as it unserializes all the models
// (even though we only need this model to be unserialized, not all of them)
$event->__wakeup();
$followers = $event->user->followers()->first();
// If at least one follower exists send queued notification
// else exit
}
我做在同一个事件和其他事件监听器下的几个其他监听器中使用$user
实例。我什至不知道 $user
是否应该首先序列化,但它是一个模型,所以父事件 SerializesModels
特征自动序列化所有模型(我不知道有什么方法可以使这个特定模型不被序列化,而其他模型是)。
有没有更好的方法能够在监听器中访问 $user
而根本不需要调用 wakeup
?我有很多与听众有关的事件,现在才开始实施队列,所以我真的不想将 wakeup
添加到所有文件中会出现错误的所有区域,但我确实想排队一些听众或他们的通知。另一种方法是 删除 事件 SerializesModels
特征,甚至不用担心该错误出现在这个或我尚未发现此错误的任何其他侦听器下。是否有通过实施替代方法可能出现的任何问题,例如性能或其他问题?还有更好的方法吗?
__wakeup()
(在 SerializesModels
中定义)实际上应该在框架反序列化事件以执行其排队的侦听器时由框架调用。这个特征的全部目的是它只将模型标识符存储在序列化字符串中(而不是其他属性),并在反序列化时从数据库中重新加载模型。这样做是为了在队列中保存 space,但也是因为队列处理被延迟并且属性可能会发生变化。因此,您永远不想序列化整个模型及其所有属性以进行队列处理。
这也意味着,如果需要,您可以手动执行相同的操作。不是将模型对象传递给事件,而是将一些标识符传递给它并自己加载模型(这不比 Model::find($id)
多多少,对吧?)。
$user = $this->user(); // logged in user instance
event(new UserCreatedPost($user->id, $post->id, $modelX->id, $modelY->id));
在监听器中:
// In listener handle method
public function handle(UserCreatedPost $event){
$user = User::find($event->user);
$followers = $user->followers()->get();
// the other stuff you want to do...
}
我不得不承认我还不熟悉排队的事件侦听器,只熟悉排队的作业和类似的。但是根据您的描述,我想说框架中某处可能存在错误。其实排队的不是listener而是一个调用listener的job,叫CallQueuedListener
.
如果您采用 Laravel 用于排队侦听器的行为,您也可以自己使用相同的方法:不要将事件侦听器排队,但让侦听器创建一个发送通知的排队作业。也许这样效果更好。
我有一个 laravel 活动,有几个听众。一些侦听器或它们的通知(取决于它们是否耗时)正在实施 ShouldQueue
因此它们 运行 在后台 redis
队列中。该事件默认使用 SerializesModels
,但是当传递给该事件的模型之一是登录用户时,我们会触发它,如下所示:
$user = $this->user(); // logged in user instance
event(new UserCreatedPost($user, $post, $modelX, $modelY));
我无法在相应的监听器中访问用户的关注者,以检查是否在他们存在时通知他们:
// In listener handle method
public function handle(UserCreatedPost $event){
$followers = $event->user->followers()->get();
}
我收到这个错误:
Call to undefined method Illuminate\Contracts\Database\ModelIdentifier::followers()
我能够让它工作的唯一方法是在下面添加事件唤醒:
public function handle(UserCreatedPost $event){
// This fixes it, as it unserializes all the models
// (even though we only need this model to be unserialized, not all of them)
$event->__wakeup();
$followers = $event->user->followers()->first();
// If at least one follower exists send queued notification
// else exit
}
我做在同一个事件和其他事件监听器下的几个其他监听器中使用$user
实例。我什至不知道 $user
是否应该首先序列化,但它是一个模型,所以父事件 SerializesModels
特征自动序列化所有模型(我不知道有什么方法可以使这个特定模型不被序列化,而其他模型是)。
有没有更好的方法能够在监听器中访问 $user
而根本不需要调用 wakeup
?我有很多与听众有关的事件,现在才开始实施队列,所以我真的不想将 wakeup
添加到所有文件中会出现错误的所有区域,但我确实想排队一些听众或他们的通知。另一种方法是 删除 事件 SerializesModels
特征,甚至不用担心该错误出现在这个或我尚未发现此错误的任何其他侦听器下。是否有通过实施替代方法可能出现的任何问题,例如性能或其他问题?还有更好的方法吗?
__wakeup()
(在 SerializesModels
中定义)实际上应该在框架反序列化事件以执行其排队的侦听器时由框架调用。这个特征的全部目的是它只将模型标识符存储在序列化字符串中(而不是其他属性),并在反序列化时从数据库中重新加载模型。这样做是为了在队列中保存 space,但也是因为队列处理被延迟并且属性可能会发生变化。因此,您永远不想序列化整个模型及其所有属性以进行队列处理。
这也意味着,如果需要,您可以手动执行相同的操作。不是将模型对象传递给事件,而是将一些标识符传递给它并自己加载模型(这不比 Model::find($id)
多多少,对吧?)。
$user = $this->user(); // logged in user instance
event(new UserCreatedPost($user->id, $post->id, $modelX->id, $modelY->id));
在监听器中:
// In listener handle method
public function handle(UserCreatedPost $event){
$user = User::find($event->user);
$followers = $user->followers()->get();
// the other stuff you want to do...
}
我不得不承认我还不熟悉排队的事件侦听器,只熟悉排队的作业和类似的。但是根据您的描述,我想说框架中某处可能存在错误。其实排队的不是listener而是一个调用listener的job,叫CallQueuedListener
.
如果您采用 Laravel 用于排队侦听器的行为,您也可以自己使用相同的方法:不要将事件侦听器排队,但让侦听器创建一个发送通知的排队作业。也许这样效果更好。