最近搗鼓laravel搗鼓的多，感覺不總結(jié)一下過陣子又會忘記了，然后又好像沒學到什么一樣，由于接觸到的是新框架，就要多多的理解框架的特性。
這里稍微踩一下，不知道是國內(nèi)環(huán)境問題還是某度問題，laravel相關(guān)的知識真心少，真心不多！
這里想寫的是對于laravel各個組件的總結(jié)。
備注：本篇不是教程！而是總結(jié)！沒有可以完全照抄的代碼，需要理解運作流程再動手寫！每個人的環(huán)境和流程都不一樣，請勿完全照抄。
- ORM
這一塊是相對比較通用的一塊，其實關(guān)于這個并不是laravel最大的特性，因為很多框架都會有，laravel也有。之前使用這一塊的時候，由于文檔說明的真心不多，導(dǎo)致使用的時候很多爆炸性報錯，然后最后只能慢慢讀源碼，看一下laravel的設(shè)定是怎么樣的。
首先要說明的是幾個屬性的問題，如下：
/**
* 這里設(shè)定的是表名，就是本模型在數(shù)據(jù)庫里面所對應(yīng)的表
*/
protected $table = 'user';
/**
* 這里是設(shè)定字段，說明什么字段可以賦值
*/
protected $fillable = ['user_name', 'user_password'];
/**
* 這里的設(shè)定，是當你實例化此模型（意思就是你在數(shù)據(jù)庫里面查出來了某條對應(yīng)的數(shù)據(jù)），需要隱藏這個模型某些字段的信息
*/
protected $hidden = ['user_password', 'remember_token'];
/**
* 創(chuàng)建時間維護，如果你這里標識為null，就表示不維護創(chuàng)建時間，更新時間是同理的
*/
const CREATED_AT = 'create_time';
/**
* 更新時間維護
*/
const UPDATED_AT = 'update_time';
這里你很有可能會有這樣的需求，就是當你只想讓laravel維護你的更新時間，并不想讓它維護你的創(chuàng)建時間，或者反過來的情況的時候，你可以設(shè)置其中一個時間為null，不對時間進行維護，文檔中只說明了，如果開關(guān)維護時間，這點比較坑= =，反正我是看完源代碼才明白，它里面本身就有這個設(shè)定，源碼如下:
/**
* Update the creation and update timestamps.
*
* @return void
*/
protected function updateTimestamps()
{
$time = $this->freshTimestamp();
if (! $this->isDirty(static::UPDATED_AT)) { //這一行代碼就對更新時間進行了設(shè)定，
//如果更新時間不存在，那么就不會設(shè)置更新時間，
//所以設(shè)置UPDATED_AT為null，是可以取消對更新時間的維護的，
//下面創(chuàng)建時間是同理的
$this->setUpdatedAt($time);
}
if (! $this->exists && ! $this->isDirty(static::CREATED_AT)) {
$this->setCreatedAt($time);
}
}
/**
* Determine if the model or given attribute(s) have been modified.
*
* @param array|string|null $attributes
* @return bool
*/
public function isDirty($attributes = null)
{
$dirty = $this->getDirty();
if (is_null($attributes)) {
return count($dirty) > 0;
}
if (! is_array($attributes)) {
$attributes = func_get_args();
}
foreach ($attributes as $attribute) {
if (array_key_exists($attribute, $dirty)) {
return true;
}
}
return false;
}
/**
* Get the attributes that have been changed since last sync.
*
* @return array
*/
public function getDirty()
{
$dirty = [];
foreach ($this->attributes as $key => $value) {
if (! array_key_exists($key, $this->original)) {
$dirty[$key] = $value;
} elseif ($value !== $this->original[$key] &&
! $this->originalIsNumericallyEquivalent($key)) {
$dirty[$key] = $value;
}
}
return $dirty;
}
以上是關(guān)于模型設(shè)置的小總結(jié)。
這里特別提醒一點，就是關(guān)聯(lián)模型的使用的！在文檔中也有提醒，假設(shè)你需要使用的關(guān)聯(lián)表數(shù)據(jù)比較多，請直接貪婪架加載，用with方法！
另外，當我們需要進行更多層的關(guān)聯(lián)的時候，可以使用with('xxx.xxx')去關(guān)聯(lián)，來達到這種效果：當前模型->關(guān)聯(lián)模型->關(guān)聯(lián)模型。舉個例子：當你需要通過當前的模型來查找用戶的信息，而用戶的信息的獲取需要先關(guān)聯(lián)用戶表(假設(shè)關(guān)聯(lián)關(guān)系user)，再關(guān)聯(lián)用戶信息表(假設(shè)關(guān)聯(lián)關(guān)系為info)才能拿到的時候，你可以這樣寫with('user.info')，這樣就能拿到信息了。
- Request
Request這個設(shè)定極大的方便了對于表單的處理，在這一塊功能內(nèi)，你可以對表單的請求進行控制，當然，可以對整個請求進行控制，權(quán)限控制什么的，表單驗證什么的。我對于Request的理解，就是這一層可以對表單請求進行驗證，以及對此次表單請求的權(quán)限等進行驗證。
使用的流程如下：
- 創(chuàng)建一個Request
php artisan make:request MyRequest - 在request中加入你的使用邏輯：
<?php
namespace App\\Http\\Requests\\Auth;
use App\\Http\\Requests\\Request;
class MyRequest extends Request
{
/**
* Determine if the user is authorized to make this request.
*
* @return bool
*/
public function authorize()
{
//這里寫你的權(quán)限邏輯，return true or false 代表著請求通過不通過
}
/**
* Get the validation rules that apply to the request.
*
* @return array
*/
public function rules()
{
return [
//這里寫驗證規(guī)則
];
}
}
- 在控制層的請求實例化它
use App\\Http\\Request\\MyRequest; public function getIndex(MyRequest $request) { //.............你需要做的處理 } - 這樣你就能完整使用一個Request了，注意，上面的代碼并沒有完全實現(xiàn)，只是其中一部分關(guān)鍵代碼，請認真理解，而不是直接照抄！
總結(jié)：Request極大的方便了對于表單的處理，以前對表單的處理太復(fù)雜，驗證是表單最麻煩的一塊，laravel的這一塊極大的方便了開發(fā)。具體如何使用驗證的，請參考文檔
- Middleware
中間件，這是laravel5新增的東西，簡直就是666666666666，關(guān)于這一塊，做權(quán)限驗證是爆炸性好用，你可以在路由層就直接攔截請求進行處理，實在方便，而且甚至你還可以在請求達到Request層之前，就對數(shù)據(jù)進行準備！6666。中間件的使用并不難，步驟如下：
php artisan make:middleware MyMiddleware- 在
Kernel.php內(nèi)添加這個中間件，還可以設(shè)置別名。 - 在路由層設(shè)置中間件。
Route::put('post/{id}', ['middleware' => 'MyMiddleware', function ($id) {
//
}]);
- 這里不對如何使用進行強調(diào)了，因為文檔已經(jīng)說得很清楚了，我想說的是另外一件事情，關(guān)于resource如何使用中間件的。目前我的使用方式就是將resource放入group來使用。resource本身沒有middware的設(shè)定。= =在stackoverflow，有鬼佬說可以使用before或者after，具體還沒實驗，日后補上。
- Event
說到Event組件，不得不說，這一層也可以完美的處理我們的一個事件流程，這里我說一個場景來幫助我們理解這個組件。
假設(shè)有一個系統(tǒng)，上面如果有用戶注冊了，需要發(fā)送短信以及郵件去通知管理員，那我們最平常的處理方法就是在將用戶信息寫入數(shù)據(jù)庫之后，再調(diào)用發(fā)送短信以及郵件函數(shù)，去達到通知管理員的目的，但是這樣做有存在一個問題，就是假設(shè)多個地方需要做這樣的通知，那就會有茫茫多的冗余代碼，而假設(shè)不止要做短信通知和郵件通知那么簡單，在短信通知里面還要分對象，不同模板去通知，這樣下來的處理就會大爆炸，代碼會非常惡心，都是一塊一塊的冗余。然而這個組件幫我們解決了這樣的問題，而且我們還可以十分方便的做多個通知，甚至還能阻止事件冒泡（關(guān)于這個后面舉一個詳細的例子）。
關(guān)于Event組件如何使用，代碼如何寫，配置如何寫的，這里不做贅述，文檔非常清楚。我想通過一個流程來說明這個組件：
用戶注冊->信息寫入數(shù)據(jù)庫->Event::fire(new UserRegister())(觸發(fā)注冊事件)->Listenser捕捉并處理事件
這一套處理流程能讓我們更清晰以及更簡潔的去描述整個注冊流程，鵝妹子吟。當然我所說的只是一種應(yīng)用場景，還有更加豐富的用法，我舉這個例子，是為了幫助我們更好的去理解Event在我們這整個系統(tǒng)中的應(yīng)用
- Polices（策略）
關(guān)于策略這個組件，最大的好處就是和中間件配合使用了，我對策略這個組件的理解，就是分離函數(shù)權(quán)限，中間件我用來控制整個控制器的權(quán)限，而策略更加細化，可以細化到某個函數(shù)，我在某些控制器方法里面進行了過濾，可能我需要的權(quán)限檢查，不止一層，有好幾層，但是只單單針對一個方法的，那么你完全可以使用策略這個組件滿足你的需求。策略的使用方法分為以下幾個步驟：
- 創(chuàng)建策略
php artisan make:policy MyPolicy - 填寫策略
public function index(User $user,TestModel $test) { return $user->can('use_this'); } - 在Providers/AuthServiceProvider里面配置$policies
- 在控制器中使用Gate門面調(diào)用。
Gate::denies('index', new TestModel()) - 這里給一個注意點，就是策略的使用，第二個參數(shù)，只要傳模型實例，laravel會根據(jù)你的配置，調(diào)用策略，前面的參數(shù)則是調(diào)用策略的方法。
目前只簡單的總結(jié)這幾個組件，接下來有時間，會繼續(xù)分析這個框架。
如果你有什么問題，可以在文章下留言，進行交流。以下推薦了兩個網(wǎng)站是關(guān)于laravel文檔的，你可以在里面獲取laravel相關(guān)的知識。
