【文章內容簡介】 ntax.Registering a route that points to a controller action:Route::get(39。wele39。, 39。home@index39。)。Registering a filtered route that points to a controller action:Route::get(39。wele39。, array(39。after39。 = 39。log39。, 39。uses39。 = 39。home@index39。))。Registering a named route that points to a controller action:Route::get(39。wele39。, array(39。as39。 = 39。39。, 39。uses39。 = 39。home@index39。))。命令行路由測試（CLI Route Testing）可以用Laravel自帶的“Artisan”命令行工具測試你的路由，只需指定請求方法（request method）和需要測試的URI，所有返回的響應（response）都會通過var_dump函數(shù)輸出到命令行上。通過Artisan命令行工具調用路由：php artisan route:call get api/user/1控制器目錄 基礎 控制器路由 插件控制器 行動過濾器 嵌套控制器 控制器布局 REST風格控制器 依賴注入 控制器工廠基礎控制器是負責處理用戶輸入和管理模塊、庫與視圖之間交互的類。通常情況下，控制器會向模塊請求數(shù)據(jù)，然后把數(shù)據(jù)傳遞給視圖，最后返回給用戶。在程序開發(fā)中控制器通常被用來實現(xiàn)應用邏輯。Laravel框架還允許開發(fā)者在路由中聲明應用邏輯，這部分會在路由文檔中詳細說明。但是我們鼓勵新手仍然從控制器開始。在處理應用邏輯方面，控制器和路由沒有什么不同?？刂破黝惗紤摯娣旁赼pplication/controllers目錄中，并且都繼承于Base_Controller類。Laravel框架默認自帶了一個Home_Controller類。創(chuàng)建一個簡單的控制器:class Admin_Controller extends Base_Controller{ public function action_index() { // }}Actions是允許被訪問的控制器方法，它們都應該以action_為前綴，除此以外的其他方法都是禁止訪問的。注： Base_Controller類繼承于Laravel框架的Controller類?？刂破髀酚尚枰覀冏⒁獾绞牵贚aragel框架中所有的路由（包括控制器路由）都必須明確定義。這意味著沒有在路由中注冊的控制器方法都是不可見的。使用控制器路由注冊之后，控制器方法會自動接受訪問?？刂破髀酚傻淖孕畔⑼ǔ６x在application/。訪問the routing page獲取更多關于控制器路由的信息。.插件控制器插件包是Laravel框架的模塊化管理系統(tǒng)。插件包可以非常容易的配置應用的處理請求。這部分我們將在[插件包]文檔中作進一步了解。創(chuàng)建插件包控制器的方法和創(chuàng)建應用控制器一樣，只需要在控制器名前加上插件包名作為前綴。比如你的插件包名字叫admin，那么插件包控制器可以這樣寫：創(chuàng)建插件控制器:class Admin_Home_Controller extends Base_Controller{ public function action_index() { return Hello Admin!。 }}但是我們怎么用路由來注冊插件控制器呢？其實也非常簡單：在路由中注冊插件控制器:Route::controller(39。admin::home39。)?，F(xiàn)在我們就可以在瀏覽器中訪問admin插件包的home控制器了。注： 在Laravel框架中，我們使用雙冒號來表示插件包，插件包更多信息可以閱讀插件包文檔。行動過濾器行動過濾器可以運行在控制方法之前,，同時還可以決定何種HTTP請求會觸發(fā)過濾器。你可以在控制器構造器中為控制器分配前置或者后置過濾器。給所有請求附加過濾器:$thisfilter(39。before39。, 39。auth39。)。在這個例子中，39。auth39。過濾器會運行在所有控制器方法之前。我們可以在application/39。auth39。過濾器。它是用來驗證用戶是否登錄，如果沒有就會重定向到39。login39。給少數(shù)控制器附加過濾器:$thisfilter(39。before39。, 39。auth39。)only(array(39。index39。, 39。list39。))。在這個例子中auth過濾器會在action_index()和action_list()方法前運行，用戶必須登錄才能訪問這些頁面。但是該控制器中的其他方法不會觸發(fā)身份驗證。給多數(shù)控制器附加過濾器:$thisfilter(39。before39。, 39。auth39。)except(array(39。add39。, 39。posts39。))。在前一個例子當中，過濾器只會運行在指定的控制器方法之前。而在這個例子中，我們聲明的是不需要過濾的控制器方法。為POST請求附加過濾器:$thisfilter(39。before39。, 39。csrf39。)on(39。post39。)。在這個例子中我給POST請求附加了一個csrf過濾器。39。csrf39。過濾器主要是用來過濾來自其他系統(tǒng)的posts（比如傳說中的spam機器人）。Larvel框架自帶了這個過濾器，你可以在application/。進階閱讀: 路由過濾器嵌套控制器控制器可以存放在application/controllers目錄的任意層次的子目錄中。創(chuàng)建一個控制器controllers/admin/，代碼如下：class Admin_Panel_Controller extends Base_Controller{ public function action_index() { // }}在路由中用39。.39。號來注冊嵌套控制器：Route::controller(39。39。)。注： 當使用嵌套控制器的時候，控制器的注冊順序總是按目錄的層次從深到淺。訪問控制器的39。index39。方法:://localhost/admin/panel控制器布局控制器布局的完整文檔請閱讀模板文檔.REST風格控制器除了使用action_前綴之外，我們還可以使用HTTP請求類型來作為控制器方法的前綴。為控制添加REST風格屬性：class Home_Controller extends Base_Controller{ public $restful = true。}建立REST風格的控制器方法:class Home_Controller extends Base_Controller{ public $restful = true。 public function get_index() { // } public function post_index() { // }}在我們建立CRUD方法的時候這種風格非常的友好。依賴注入如果你正在編寫可測試的代碼，你可能會想在你的控制器構造使用依賴注入。這非常簡單，只需要在IoC容器中注冊你的控制器即可。在注冊控制器時，需要使用controller前綴，因此在application/，我們可以像下面這樣注冊控制器：IoC::register(39。controller: user39。, function(){ return new User_Controller。})。當控制器接收請求時，Laravel框架會自動檢測控制器在容器中是否注冊，如果已注冊，那么將會生成一個控制器實例。注： 在使用控制器的依賴注入前，你應該閱讀IoC容器文檔。控制器工廠如果你想更好的控制控制器實例，那么你就需要是使用Laravel提供的控制器工廠。為控制器實例注冊一個事件：Event::listen(Controller::factory, function($controller){ return new $controller。})。這個事件會接收需要實例化的類名，然后返回給你一個控制器實例。模型與類庫目錄 模型 類庫 自動加載 最佳實踐模型模型是應用程序的核心部分，應用邏輯（控制器/路由）和視圖都是用戶與模型進行交互的媒介。模型中最典型的邏輯是商業(yè)邏輯。下面是模型中常見的功能： 數(shù)據(jù)庫交互 文件 I/O 服務器交互例如，可能你正在寫一個博客程序，那么你就需要一個post模型。如果允許用戶評論的話，你還需要一個ment模型和User模型。類庫類庫是框架中能夠實現(xiàn)某種功能但是不屬于某個具體應用的類的集合。例如PDF生成類可以轉換HTML文件，它的功能相對復雜，并且可以獨立于應用程序之外，我們就可以把它放到library（類庫）里。創(chuàng)建一個庫類和創(chuàng)建普通的類一樣容易，只需要把它放到libraries文件夾中。舉個例子，下面我們將創(chuàng)建一個簡單的庫類，它可以打印我們傳入的信息。，內容如下：?phpclass Printer { public static function write($text) { echo $text。 }}現(xiàn)在你就可以在應用程序的任何地方調用Printer::write()方法了。自動加載Laravel框架的自動加載器讓我們能夠非常容易的使用模型和類庫。關于自動加載器可以閱讀：AutoLoading](/docs/loading)。最佳實踐我們經(jīng)常聽到這樣一句話：控制器應該保持簡潔！但是在實踐中我們怎么才能做到呢？問題的關鍵在于我們怎么理解模型這個詞。多數(shù)時候模型只被用來負責和數(shù)據(jù)庫交互，這會導致了控制器過度臃腫。讓我們來嘗試下不同的方法。如果我們不用modles目錄又該怎么做呢？讓我們?yōu)樗€更容易理解的名字，比如我們的衛(wèi)星導航網(wǎng)站叫Trackler，那我們就在應用目錄里創(chuàng)建一個trackler文件夾?，F(xiàn)在我們把功能分為三個部分：entities，services和repositories。然后在trackler目錄中建立這三個文件夾：Entities我們把entities作為應用的數(shù)據(jù)容器，他們負責存儲屬性。在例子中我們有一個location，它具有經(jīng)度和緯度兩個屬性：?php namespace Trackler\Entities。class Location { public $latitude。 public $longitude。 public function __construct($latitude, $longitude) { $thislatitude = $latitude。 $thislongitude = $longitude。 }}ServicesServices包含了應用程序的流程。繼續(xù)用Trackler舉例，應用中有一個表單，用戶可以輸入自己的GPS坐標。但是我們需要驗證用戶輸入坐標的格式，那么我們就在services目錄中建立一個validators文件夾，同時創(chuàng)建一個驗證類：?php namespace Trackler\Services\Validators。use Trackler\Entities\Location。class Location_Validator { public static function validate(Location $location) { // Validate the location instance... }}RepositoriesRepositories是應用的數(shù)據(jù)訪問層，它主要負責查詢和儲存應用的entities。繼續(xù)舉例，我們需要一個坐標庫來儲存坐標，我們可以用任何方式儲存：?php namespace Trackler\Repositories。use Trackler\Entities\Location。class Location_Repository { public function save(Location $location, $user_id) { // Store the location for the given user ID... }}現(xiàn)在我們完成了應用程序三個功能的分離，數(shù)據(jù)庫操作被隔離起來，我們就可以在services和controllers里使用respositories，而不用擔心切換數(shù)據(jù)儲存方式給應用程序帶來影響了。視圖與回應(RESPONSE)目錄 基礎 綁定數(shù)據(jù)到視圖 嵌套視圖 命名視圖 視圖合成 重定向 Redirecting With Flash Data 下載 錯誤基礎View