下面給大家分享Laravel模型使用的2個小技巧 ，希望對需要的朋友有所幫助！
引言
本文說說模型的修改器，以及模型的職責。
修改器
有沒有這樣一種用法：使用表單獲取一個字段的輸入，使用加密算法，或者摘要方式對字段處理后存入數(shù)據(jù)庫，這在數(shù)據(jù)庫密碼字段是常用的處理手段。
如果寫操作在程序內(nèi)到處都是，零散地分布在業(yè)務(wù)代碼的各個地方，我們總不至于每次都要寫一次相同的代碼吧？
相同的業(yè)務(wù)邏輯，提取出來，抽象出來，只寫一次，這才是高效代碼的王道。
laravel這個注重設(shè)計模式的現(xiàn)代化框架，自然是不會做無用功。于是對應(yīng)讀取器，就有了修改器，專門用于寫入數(shù)據(jù)庫時起作用。
比如對于寫操作，某個字段的值寫入，默認使用 bcrypt 方法加密之后存入數(shù)據(jù)庫。
class User extends Model {
public function setPasswordAttribute($password)
{
$this->attributes['password'] = bcrypt($password);
}
}上述方法調(diào)用模型的 $attributes 屬性，并使用自定義方法改寫，在使用 ->password 屬性進行賦值后，就會調(diào)用該方法的代碼并執(zhí)行。
我們?nèi)匀辉?nbsp;tinker 內(nèi)進行演示：
$user = new User;$user->password = 'blah';echo $user->password; // 輸出 $2y$10$e3ufaNvBFWM/SeFc4ZyAhe8u5UR/K0ZUc5IjCPUvOYv6IVuk7Be7q
自定義方法
框架獨立出來模型這個數(shù)據(jù)庫操作層的目的，就是為了把數(shù)據(jù)操作全部集中到模型內(nèi)完成，以便可以全局統(tǒng)一，規(guī)范地編寫代碼。
下面舉個例子，說明一下哪些邏輯應(yīng)該放在模型層操作。比如有一個視圖文件內(nèi)的一個展示片段：
@if ($event->started_at->isToday()) This event is occurring today!@endif
其中 $event 是模型 Event 對象的一個實例，start_at 方法是模型的一個屬性，也是數(shù)據(jù)庫表的一個字段。按照之前章節(jié)的介紹，我們對其使用了訪問器的方法，自動在讀取的時候使用 Carbon 類返回一個實例化對象。所以上面的代碼片段可以使用 isToday() 這個 Carbon 類的方法。
但是在模型層面進行類庫方法的調(diào)用，有些單獨，且零散。假如有些API接口要使用此方法格式化，或者別的頁面也要重用這個方法，顯然放在模型內(nèi)更為合適。
考慮在模型內(nèi)添加以下代碼：
class Event extends Model {
public function occurringToday()
{
return $this->started_at->isToday();
}
}聲明一個public的公開訪問的私有化方法，并操作對象的實例 $this的屬性和方法。
那么上述的blade模板內(nèi)的代碼就可以更換如下：
@if ($event->occurringToday()) This event is occurring today!@endif
這樣邏輯摘出來就清楚的多了。而且可維護性更強。為什么？因為假如后期我們業(yè)務(wù)出現(xiàn)變動，不再使用 start_at 字段進行判斷，可以很容易地通過修改 occurringToday 方法而達成全局生效的目的。
這樣的程序就很靈活了。
寫在最后
本文描述了laravel模型內(nèi)很常用的兩個小技巧。
一個是修改器，讓你不必每次在寫入數(shù)據(jù)的時候，考慮如何轉(zhuǎn)換，如何判斷，不再寫重復(fù)的啰嗦的代碼；
一個是如何優(yōu)化視圖文件，以及如何權(quán)衡設(shè)計技巧，讓模型做模型應(yīng)該做的事情，盡量在代碼內(nèi)把職責劃分清楚。
規(guī)范的設(shè)計，能讓一個項目的代碼更為健壯。
