Laravel 因可编写出干净，可用可调试的代码而为广大的 PHP 开发者所熟知。它同样也支持许许多多的功能，有时却未能在文档中体现，或者由于某种原因它们出现过又被移除了。

我已经在生产环境中使用 Laravel 2 年了，从中我学到如何把代码变得更好，从我首次使用它以来我都充分发掘它的优势。接下来我将向你展示一些可能对你在用 Laravel 写代码时很有帮助的奥义之招。

• • • • *

查询数据时使用本地范围

Laravel 有一种非常棒的方式来使用 编写查询。就像这样：

$orders = Order::where('status', 'delivered')->where('paid', true)->get();

很不错。这让我专注于编写更友好的代码而不是 SQL 语句。但如果用 ，我们可以让这行代码变得更好些。

当查询数据时， 允许我们创建自己的 链式方法。举个例子，取代 ->where() ，我们可以用更简洁的 ->delivered() 和 ->paid() 。

首先在 Order 模型，我们加入一些方法：

class Order extends Model{   ...   public function scopeDelivered($query) {      return $query->where('status', 'delivered');   }   public function scopePaid($query) {      return $query->where('paid', true);   }}

当声明本地范围时，你应该使用 scope[Something] 来命名。这样 Laravel 便会知道这是一个本地范围并且可以在查询构造器中使用。请确保你在方法中传入了第一个参数 $query，也就是由 Laravel 自动注入的查询构造器实例。

$orders = Order::delivered()->paid()->get();

对于可接受额外参数的查询，你可以使用动态范围。每个范围都允许你传入额外的参数。

class Order extends Model{   ...   public function scopeStatus($query, string $status) {      return $query->where('status', $status);   }}$orders = Order::status('delivered')->paid()->get();

在本文的后面，你会知道为什么数据库字段应该使用 蛇形命名，但这里有第一个原因：Laravel 默认用 where[Something] 来替换 scope[Something] 。所以作为 scopeStatus 范围的代替，你可以这样做：

Order::whereStatus('delivered')->paid()->get();

对于 where[Something] ，Laravel 会搜索 蛇形命名 版本的数据库字段。如果你的数据库中有个 status 字段，你可以用上面那个例子。如果有个 shipping_status 字段，你可以用：

Order::whereShippingStatus('delivered')->paid()->get();

由你决定！

必要的时候使用请求类

Laravel 提供了一种优秀的方式来验证表单提交的数据。如果你需要它，不管是 POST 还是 GET 请求，它都可以验证。

在控制器中，你可以这样做：

public function store(Request $request){    $validatedData = $request->validate([        'title' => 'required|unique:posts|max:255',        'body'  => 'required',    ]);    // 如果这篇博客的内容无效……}

但是当控制器中已经有很多代码时，再把验证表单数据的代码加进去就会显得很凌乱。你想尽可能地减少控制器的代码 —— 至少这是我在控制器中写很多逻辑时想到的第一件事。

Laravel 提供了一种很萌的方式来验证表单请求，那就是创建并使用专门的 而不是用原始的 Request 。你只需要创建你的请求类：

php artisan make:request StoreBlogPost

在 app/Http/Requests/ 目录中可以找到你刚创建的请求类：

class StoreBlogPostRequest extends FormRequest{   public function authorize()   {      return $this->user()->can('create.posts');   }   public function rules()   {       return [         'title' => 'required|unique:posts|max:255',         'body' => 'required',       ];   }}

现在，你应该用新创建的 App\Http\Requests\StoreBlogPostRequest 来代替原先的 Illuminate\Http\Request 类：

use App\Http\Requests\StoreBlogPostRequest;public function store(StoreBlogPostRequest $request){    // 如果这篇博客的内容无效……}

请求类中的 authorize() 方法应返回一个布尔值。如果返回了 false，它会抛出一个 403 异常，请确保你在  app/Exceptions/Handler.php 的 render() 方法中捕获了这个异常：

public function render($request, Exception $exception){    if ($exception instanceof \Illuminate\Auth\Access\AuthorizationException) {        //    }        return parent::render($request, $exception);}

请求类中还有一个 messages() 方法，当验证失败时，它会返回一个包含了错误信息的数组：

class StoreBlogPostRequest extends FormRequest{   public function authorize()   {      return $this->user()->can('create.posts');   }        public function rules()   {       return [         'title' => 'required|unique:posts|max:255',         'body' => 'required',       ];   }        public function messages()   {      return [        'title.required' => 'The title is required.',        'title.unique' => 'The post title already exists.',        ...      ];   }}

@if ($errors->any())   @foreach ($errors->all() as $error)      {
   { $error }}   @endforeach@endif

如果你想得到某个字段的验证信息，你可以这样做（当这个字段验证通过时 $errors->has() 会返回一个 false）：

@if ($errors->has('title'))   {
   { $errors->first('title') }}@endif

魔术范围

构建查询时，可以使用已有的魔术范围：

• 根据 created_at 倒序查询：

User::latest()->get();

• 根据任意字段倒序查询：

User::latest('last_login_at')->get();

• 随机查询（即 SQL 语句中的 ORDER BY RAND()）

User::inRandomOrder()->get();

使用关联关系代替冗长的查询（或者写得不好的查询）

你是否曾经为了获取更多的信息而在查询语句中使用大量的 join 操作？即使在使用查询构造器的情况下，编写这样的 SQL 语句也是困难的，但是数据模型已经使用 来实现同样的功能。由于文档提供了太多的信息，因此刚开始时你可能对关联关系并不熟悉，但是这些内容可以帮助你更好的理解事物的运行原理，同时让你的程序运行得更加顺畅。

通过 查询关联关系的文档。

为耗时的任务使用任务系统

是后台运行程序必用的功能强大的工具。

• 你要发送电子邮件? 任务系统。
• 你要广播一个消息? 任务系统。
• 你要处理一张图片? 任务系统。

任务系统能够帮助你实现，在执行上述这些任务时，减少你的用户的应用加载时间。这些任务可以被放进命名的队列，它们能够被安排优先级，Laravel 几乎在所有可能的地方都实现了队列：无论在后台执行一些 PHP 任务，或者发送消息，或者广播事件，队列都在这些场景中出现。

你可以在 查询队列的文档。

在使用队列时，我喜欢使用  ，因为它很容易安装，它能够通过 Supervisor 工具或者配置文件实现后台运行，同时我能够告诉 Horizon 我希望每个队列产生多少个进程。

遵守数据库标准 & 访问器

Laravel 从一开始就教给你变量和方法应使用像 $camelCase camelCase() 这样的小驼峰命名而数据库字段应使用像 snake_case 这样的蛇形命名。为什么呢？因为这有助于我们构造更好的 。

访问器是可以直接在模型中构造的自定义字段。如果我们的数据库包含了 first_name、last_name、age 这几个字段，我们可以增加一个叫做 name 的自定义字段来把 first_name 和 last_name 拼接起来。别担心，这个 name 不会被写入到数据库。它只是某个模型的自定义属性。所有的访问器，和 一样，都有自定义命名语法：getSomethingAttribute：

class User extends Model{   ...   public function getNameAttribute(): string   {       return $this->first_name.' '.$this->last_name;   }}

当使用 $user->name，访问器会返回拼接好的字符串。

• • • • *

默认情况下，用 dd($user) 是看不到 name 属性的，但是通过 $appends 变量我们可以使它一直可用：

class User extends Model{   protected $appends = [      'name',   ];   ...   public function getNameAttribute(): string   {       return $this->first_name.' '.$this->last_name;   }}

现在每次 dd($user)，我们都可以看到 name 了。（不过仍然，这个属性不是从数据库取得的，而是每次使用时将 first_name 和 last_name 拼接得到的）。

要注意下，如果你数据库里已经有 name 这个字段了，那情况就会有点不一样：$appends 数组里的 name 元素就不需要了，然后访问器需要传入一个参数，这个参数就是数据库中的 name （也就是说我们用不着再使用 $this 了）。

举个例子，我们也许想用 ucfirst() 来使名字的首字母转为大写：

class User extends Model{   protected $appends = [      //   ];   ...   public function getFirstNameAttribute($firstName): string   {       return ucfirst($firstName);   }        public function getLastNameAttribute($lastName): string   {      return ucfirst($lastName);   }}

现在当我们用 $user->first_name，它会返回一个首字母大写的字符串。

由于这个特性，数据库字段最好是用 snake_case 这种蛇形命名。

不要在配置文件中存储模型相关的静态数据

我喜欢把与模型相关的静态数据存放在模型文件中。让我们一起来看一下。

不要像下面这样：

BettingOdds.php

class BettingOdds extends Model{   ...}

config/bettingOdds.php

return [   'sports' => [      'soccer' => 'sport:1',      'tennis' => 'sport:2',      'basketball' => 'sport:3',      ...   ],];

使用下面的方式访问：

config('bettingOdds.sports.soccer');

我更喜欢这样做：

BettingOdds.php

class BettingOdds extends Model{   protected static $sports = [      'soccer' => 'sport:1',      'tennis' => 'sport:2',      'basketball' => 'sport:3',      ...   ];}

然后访问它们：

BettingOdds::$sports['soccer'];

为什么这样？因为这样有益于后续操作：

class BettingOdds extends Model{   protected static $sports = [      'soccer' => 'sport:1',      'tennis' => 'sport:2',      'basketball' => 'sport:3',      ...   ];   public function scopeSport($query, string $sport)   {      if (! isset(self::$sports[$sport])) {         return $query;      }            return $query->where('sport_id', self::$sports[$sport]);   }}

现在我们可以使用范围查询：

BettingOdds::sport('soccer')->get();

使用集合替代原始的数组处理

在过去，我们通常以一种原始的方式使用数组：

$fruits = ['apple', 'pear', 'banana', 'strawberry'];foreach ($fruits as $fruit) {   echo 'I have '. $fruit;}

现在，我们可以使用一种高级的方法（译者注：集合的方式）处理数组中的数据。我们可以过滤、转换、遍历和修改数组中数据：

$fruits = collect($fruits);$fruits = $fruits->reject(function ($fruit) {   return $fruit === 'apple';})->toArray();['pear', 'banana', 'strawberry']

想要了解细节, 请查看 .

当使用 查询构造器时，->get() 方法返回一个 Collection 实例。但要注意别搞混了 Collection 和 Query builder：

• 从 Query Builder 中，我们无法获取任何数据.。但我们有大量的查询相关的方法可以使用：orderBy(), where()，等等。
• 最终调用 ->get() 方法之后，数据被获取到，内存空间被消耗。它返回一个 Collection 实例。某些查询构造器不可用或者说可用但是方法名不同，关于这些请查阅 。

如果你能在 Query Builder 层次过滤数据，就去做吧！不要依赖于等到结果 Collection 实例返回时再过滤---你将会消耗更多的内存空间。 使用 Limit 限制结果条数，在 DB 层使用索引来加快查询。

善用扩展包、不要重复造轮子

如下是一些我在用的扩展包：

• （跨域请求时，将你的路由限制为指定域名访问）
• （在 Blade 内更方便地使用 HTML 标签）
• （在 Eloquent 模型内生成 Slug 时十分实用）
• （更容易地构建 JSON API）
• （处理图片）
• （使用少量配置即可管理队列）
• （使用少量配置即可集成第三方社交媒体登录）
• （集成 OAuth 路由）
• （追踪模型的修改活动）
• （备份文件和数据库）
• （定义你自己的 HTML 标签；可与 结合）
• （快速将模型与文件关联）
• （缓存控制器的完整响应内容）
• （给集合添加更多宏）

以下是我（原文作者）编写的一些扩展包：

• （类似社交媒体的点赞、收听、屏蔽操作）
• （创建日程表并检查某个时间点是否可用）
• （为模型增加评分功能）
• （易于使用的权限系统）

太难理解？联系我吧！

如果你有更多关于 Laravel 的问题，如果你需要运维方面的帮助，或者只是想说声 谢谢，你可以在 上找到我！

转自 PHP / Laravel 开发者社区