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