引言
网络资源访问，路由是多么重要不消多言了。而友好的url地址更是能让人一目了然，增加用户的好感。同时对于爬虫也是好的示例，搜索引擎可以友好地展开工作了。
img
本文就来讲讲，如何在laravel中构造友好的url路由。
啥是slug？
在早期的互联网时代，为了在页面之间传递数据，复杂的交互一般都会使用cookie等本地缓存，但是浏览器版本的约束，使得服务器端交互仍然需要即时访问。所以各种各样的url地址，带参数跳转的，表单提交的，混为一谈，制作出符合统一规范的路由很不容易。
比如下面的路由，访问一个地址，并且携带querystring参数：
http://example.com/events.php?id=42
相应地，不同的用户，这个id也不相同。不同的页面，也不相同。像这样带参传递的路由地址，是最为原始的。我们在之前的章节已经使用laravel Route功能，重新构造了url，所以访问起来像是连贯的：
http://example.com/events/42
直接使用位置参数绑定的方式传递。因为数字42对用户而言没有实际意义，而对数据库来说是索引字段。如果使用如下方式，效果要友好的多：
http://example.com/events/laravel-hacking-and-coffee
这种基于字符串位置参数绑定的URL方式，被称为 slug。有一个第三方类库专门用于url的友好化。使用 composer 安装：
composer require cviebrock/eloquent-sluggable:^4.3
模型引入 Slug 功能
引入 eloquent-sluggable 类库，只需要在laravel模型文件内引入对应trait，并重载实现sluggable方法：
use Cviebrock\EloquentSluggable\Sluggable;
class Event extends Model {
use Sluggable;
public function sluggable()
{
return [
'slug' => [
'source' => 'name'
]
];
}
}
上述 sluggable 方法指定了，哪个字段用于slug搜索，（此处是 slug）。以及slug字段对应的数据库表的字段来源，此处是 name 字段。
接着我们需要修改 events 表，为其追加 slug 字段。命令行创建迁移文件：
php artisan make:migration add_slug_column_to_events_table --table=events
执行成功返回：
Created Migration: 2020_10_04_225240_add_slug_column_to_events_table
然后手动实现迁移文件的 up 方法：
public function up()
{
Schema::table('events', function (Blueprint $table) {
$table->string('slug')->nullable();
});
}
以及回滚使用的 down 方法：
public function down()
{
Schema::table('events', function (Blueprint $table) {
$table->dropColumn('slug');
});
}
在命令行执行迁移成功后，数据库表events就会追加上slug字段了。
如果原来数据库表内已经又生产数据，此时我们需要手动更新一下。使用 tinker 快捷操作：
namespace App;
$events = Event::all();
foreach($events as $event) {
$event->save();
}
数据量不大，我们也不考虑效率不效率的问题了。foreach循环直接用了。
创建基于 slug 的模型查询
数据库准备好了，模型准备好了，现在让我们把slug功能用起来。
如果你有印象的话，应该会记得laravel模型的find等方法，是基于primary key进行索引，以便加快查询速度。拿到模型的ID，查询该条目数据，然后返回模型实例。这是基于ID这个integer类型的查询。
而slug查询，是基于字符串的，如果要使用slug此功能，需要改写默认的列名。在模型文件内手动重写如下方法：
public function getRouteKeyName()
{
return 'slug';
}
返回字符串，就是查询所依据的“字段名”。这样默认的查询就不走默认的 $primaryKey = 'id' 这个字段，而是使用手动指定的 slug字段了。
当然了，如果没有使用路由参数绑定，eloquent-sluggable类库也为我们提供了友好的trait，在模型文件内直接引入就好了：
use Cviebrock\EloquentSluggable\Sluggable;
use Cviebrock\EloquentSluggable\SluggableScopeHelpers;
class Event extends Model
{
use Sluggable, SluggableScopeHelpers;
}
从名字你就能猜测的到，SluggableScopeHelpers 是一个全局作用域文件，这是我们上一章所讲内容，不再赘述。
完成引入后，在使用模型进行查询时，就可以这样使用了：
$event = Event::findBySlug('laravel-hacking-and-coffee');
$event = Event::findBySlugOrFail('laravel-hacking-and-coffee');
归根结底，就是使用slug字段记录查询的字符串，而slug字段在对应关系中定义为 source => ‘name’ 字段，所以SQL查询仍然是根据slug字段严格匹配约束返回数据集。
数据量大了之后，这种等于的WHERE子句性能必然不如ID字段的主键索引来的快。所以在数据库层面也同样需要优化。
写在最后
本文介绍了在模型文件内，引入slug的功能，并通过修改模型的查询方式，让模型的默认查询方式修改为通过字符串进行查询，从而可以在路由文件内构造更友好的查询url。
Happy coding :-)
我是@程序员小助手，专注编程知识，圈子动态的IT领域原创作者
网友评论