本章知识梳理、扩展与总结

9.1边栏活跃用户

本节开始讲解如何使用laravel的缓存，计划任务。
而我关注的重点是下面这行代码

$topic_users = Topic::query()->select(DB::raw('user_id, count(*) as topic_count'))
                                     ->where('created_at', '>=', Carbon::now()->subDays($this->pass_days))
                                     ->groupBy('user_id')
                                     ->get();

我看到Topic::query()这种写法，很好奇地去翻了手册，没有找到一模一样的写法，但也认真地捋了一遍数据库查询相关知识。

最基础的DBFacade

这个是用原生的sql语句

DB::select()
DB::insert()
DB::update()
DB::delete()

查询构造器

查询构造器相当于一个接口，方便我们操作数据库

DB::table('users')->where('email','123@test.com')->get();

DB::table('users')->select('name')->get();

DB::table('users')->select(DB:raw('count(*) as user_count, status'))->where('status', '<>', 1)
                     ->groupBy('status')
                     ->get();

DB::table('users')->insert([
    ['email' => 'taylor@example.com', 'votes' => 0],
    ['email' => 'dayle@example.com', 'votes' => 0]
]);

DB::table('users')->where('id', 1)->update(['votes' => 1]);

DB::table('users')->delete();
DB::table('users')->where('votes', '>', 100)->delete();

Eloquent模型

Eloquent模型的定义：

• 每个数据库表都有一个对应的「模型」用来与该表交互。你可以通过模型查询数据表中的数据，以及在数据表中插入新记录。创建模型和它关联的数据库表后，你就可以从数据库中查询数据了。
• 将每个 Eloquent 模型想象成一个强大的查询构造器，你可以用它更快速的查询与其相关联的数据表。因为 Eloquent 模型也是查询构造器，所以你也应当阅读查询构造器可用的所有方法。

所以关于构造器的使用方法都可以在Eloquent模型上面使用
教程中的Topic::query()->select(...等价于DB::table('topics')->select(...（甚至等价于Topic::select(...）
但是当后面链子里面有Eloquent模型中定义好的关联结构，就肯定不能用DB::table了

• 那么为什么推荐使用Eloquent模型呢？
  个人理解有下面几个优势：

1. Eloquent模型可以触发事件

Eloquent模型可以触发事件，允许你挂接到模型生命周期的如下节点： retrieved、creating、created、updating、updated、saving、saved、deleting、deleted、restoring 和 restored。事件允许你每当特定模型保存或更新数据库时执行代码。每个事件通过其构造器接受模型实例。
retrieved 事件在现有模型从数据库中查找数据时触发。当新模型每一次保存时，creating 和 created 事件被触发。如果数据库中已经存在模型并且调用了 save 方法，updating / updated 事件被触发。这些情况下，saving / saved 事件也被触发。

注意：通过 Eloquent 进行批量更新时，被更新模型的 saved 和 updated, deleting 和 deleted 事件不会被触发。这是因为批量更新时，并没有真的获取模型。

2. Eloquent模型可以很方便定义和使用关联数据

个人感觉是简化了查询构造器中的join操作，并且可以直接使用动态属性，例子如下
绑定关联

<?php

namespace App;

use Illuminate\Database\Eloquent\Model;

class User extends Model
{
    /**
     * 用户拥有的角色
     */
    public function roles()
    {
        return $this->belongsToMany('App\Role');
    }
}

使用动态属性

$user = App\User::find(1);

foreach ($user->roles as $role) {
    //
}

也可以使用查询构造器

$roles = App\User::find(1)->roles()->orderBy('name')->get();

个人理解：在Eloquent模型类中定义关联，相当于将繁琐的join查询语句提前装订，面对复杂的多态关联表结构时很方便，这是使用Eloquent的重要原因。

9.2边栏资源推荐

这一节对边栏功能的开发与之前的功能开发并无差异，重点是在缓存处理上面，边栏推荐属于不会经常修改的数据，适合缓存。
这里和“边栏活跃用户”开发一样使用Cache::remember()来对数据进行处理

<?php

namespace App\Models;

use Illuminate\Database\Eloquent\Model;
use Cache;

class Link extends Model
{
    protected $fillable = ['title', 'link'];

    public $cache_key = 'larabbs_links';
    protected $cache_expire_in_seconds = 1440 * 60;

    public function getAllCached()
    {
        // 尝试从缓存中取出 cache_key 对应的数据。如果能取到，便直接返回数据。
        // 否则运行匿名函数中的代码来取出 links 表中所有的数据，返回的同时做了缓存。
        return Cache::remember($this->cache_key, $this->cache_expire_in_seconds, function(){
            return $this->all();
        });
    }
}

与对活跃用户的定时命令行更新不同的是，我们这里是后台管理员主动更新数据，因此需要对更新操作进行监控，在保存数据的时候更新缓存。

9.3防止数据损坏

这里我选择的是教程中的第一种方法，没有选择外键绑定，经验告诉我，绑定外键容易出事。
App\Observes\UserObserve.php

<?php
namespace App\Observers;
use App\Models\User;
class UserObserver
{
    public function deleted(User $user)
    {
        $topics = \DB::table('topics')->where('user_id',$user->id)->get();
        foreach($topics as $topic){
            \DB::table('replies')->where('topic_id',$topic->id)->delete();
            $topic->delete();
        }
    }
}

9.4用户最后登录时间

这一节重点讲解了中间件的使用方法，如创建、注册中间件，前置和后置中间件的使用。
另外是对Redis的直接使用，而不是前面两节教程中使用Cache,原因我看到有同学在评论里说，这里的业务逻辑较为复杂，不适合Cache简单的key:value形式，更适合Redis的hash表形式。因为用得少，我很难自己总结这一块。
最后是Carbon辅助函数的使用。
后面两节没什么好讲的，定义主页有一个细节：就是之前的话题列表页面的样式是使用『路由专属样式类』区分的，所以这里要新增路由样式类到原有的样式上。