请问一下上一教程中 Auth::id () 到这里为何不需要修改，依旧能使用？

因为之前的逻辑限制了

    public function created(Reply $reply)
    {
        $topic = $reply->topic;
        $topic->increment('reply_count', 1);

        // 如果评论的作者不是话题的作者，才需要通知
        if ( ! $reply->user->isAuthorOf($topic)) {
            $topic->user->notify(new TopicReplied($reply));
        }
    }

这里的逻辑确实有点问题，我想一想，修改了回复你

dsadsa:anguished:

:sunny:

这个是：“但是在transformer转换其中，我又必须用Auth::guard('api')才能获取到用户实例。”，我在 transformer 中使用 \Auth::user() 可以得到用户实例呀？

@liyu001989 想好了吗

@wangjiu 问题是：

1. 模型中应该尽量避免 Auth::id 这样的操作，模型中的方法不应该关心当前有没有用户登录，有可能是 cli 状态下使用。需要对比的用户可以从外部传进来，或者就在外部判断。这里不会出现 bug 是因为上层已经判断了。
2. \Auth::user() 确实也能拿到，因为 Dingo 处理了一些处理。

@liyu001989 老师，我觉得在模型中写判断也没有错啊，这样在外面就不需要再做判断了，如果在cli状态下使用，Auth::id()是否应该为null，如果为null的话，通知回复的主题的作者也没错呀。

@hustnzj 问题是这样做好不好，而不是现在的逻辑不会出现问题。

我的观点就是，既然是一个封装的方法，就让这个方法更加通用一点，当前登录用户可以当一个参数传进去，$exceptUser之类的，这样不好吗。