轉發 https://www.cnblogs.com/shynshyn/p/8179980.html
目前我們大致了解了laravel下，在開始一個Http程序需要先定義路由。之前的例子中，我們的業務邏輯都是在路由里實現，這對于簡單的網站或web應用沒什么問題，當我們需要擴大規模，程序變得復雜，分層的業務邏輯更為適合。這時候，我們就應該使用控制器。
了解MVC的都對控制器的作用有所了解，控制器是實現主要業務邏輯的。在其他框架，控制器一般就是一個類，laravel也不例外，laravel的控制其結構并沒有什么特殊。
上述例子中就是laravel的控制器結構，沒什么特別的。可以看得到，Laravel的控制器非常的干凈，與其他類的耦合度相當的低。得益于laravel的IoC容器，我們很容易實現相當豐富的功能，且不會產生緊密耦合。那么如何才能訪問到這個控制器里的邏輯呢？
我們所知道的許多框架，通常有著既定的路由規則，我個人比較熟悉TP，TP的默認路由規則是http://yourdomain/Module/Controller/Action，假如我們訪問http://yourdomain/Content/Home/index，默認會將請求派發至Content模塊下的HomeController類的index方法。
ThinkPHP這種默認路由規則使得框架開箱即用，十分便捷。但是這樣并不靈活，假如我想通過訪問http://yourdomain/user/1就訪問到UserController控制器下的show方法并包含一個值為1的參數，ThinkPHP你需要修改配置（并且那個配置非常不優雅），亦或者我想要通過向http://yourdomain/topicPOST一個數據以添加一篇文章，處理這個過程的實際是Admin\TopicController類的create方法，且該方法只接受POST請求，這時候似乎大多數框架就要通過寫更多的代碼實現了。
說到這里，似乎大家是不是想起了laravel那種路由定義方式的好處了？雖然laravel沒有強加給你既定的路由規則，但你擁有了更多定制的權利，并且laravel定義路由的方式非常優雅，帶給你的體驗非常豐富。另一個好消息是，定義控制器路由和普通路由有所差別，這個差別是在便利性上的，你將很快感受到這種便利帶給你的好處！
說到現在，已經積累了很多疑惑，我們現在開始正式講述laravel的控制器與控制器路由。
我們之前代碼示例中，看到了一個十分簡單的控制器，但是要知道，定義了控制器你是無法直接使用的，要知道一個來自客戶端的請求會經過路由，經過解析最終按照規則派發至具體的處理邏輯。
我們知道如何定義一個路由，但之前的路由里包含了邏輯，我們如何將這個路由的邏輯轉到控制器呢？我們希望通過http://yourdomain/訪問到我們上面例子中的HomeController類的index方法，應該這樣定義一條路由：
Route::get('/','HomeController@index');
例子很簡單。但是這種定義方法會帶來一種問題。
關于laravel的路由定義，很多人看到后有一個疑惑：
每條地址規則都要定義路由，豈不是很累？
這個問題確實是個問題，不過，laravel給了我們一個折中的方案——控制器路由。
控制器路由我認為主要是解決路由定義繁雜的情況，因為大型的應用業務復雜，控制器相當的多，我們不可能每一個控制器的方法都要定義一個路由。Laravel的控制器路由可以完美解決問題：
Route::controller('/','HomeController');
我們的控制器方法的寫法也要有所變化：
依照上述例子，如果我們訪問地址http://yourdomain/就會顯示HomeController的getIndex方法產生的內容，訪問http://yourdomain/about，就會顯示getAbout方法產生的內容。除了使用如get{Method}這種格式，還可以有post{Method}、delete{Method}等，至于前綴get，post等代表的意義，應該猜得出吧？
相關部分，官方文檔已經很詳細寫出。可以繼續去了解，上述內容屬于控制器章節的隱式控制器。
現在我們已經看到，這樣的定義我們可以不用再給控制器的每一個方法定義一個路由，只需給控制器定義一個路由即可。
RESTful是一種設計思想、一種普遍接受的規范。我們的資源控制器，和RESTful有著莫大的聯系，要理解資源控制器，必須先了解RESTful。
REST這個詞，是Roy Thomas Fielding在他2000年的博士論文中提出的。
Fielding是一個非常重要的人，他是HTTP協議（1.0版和1.1版）的主要設計者、Apache服務器軟件的作者之一、Apache基金會的第一任主席。所以，他的這篇論文一經發表，就引起了關注，并且立即對互聯網開發產生了深遠的影響。
Fielding將他對互聯網軟件的架構原則，定名為REST，即Representational State Transfer的縮寫。我對這個詞組的翻譯是"表現層狀態轉化"。
如果一個架構符合REST原則，就稱它為RESTful架構。
要理解RESTful架構，最好的方法就是去理解Representational State Transfer這個詞組到底是什么意思，它的每一個詞代表了什么涵義。如果你把這個名稱搞懂了，也就不難體會REST是一種什么樣的設計。
大家一定要閱讀該文章，理解RESTful架構，文章十分清晰的講述了RESTful，本文就不再重復熬述。
Laravel的資源控制器原生的支持了RESTful架構。其實laravel的資源控制器和其他控制器沒什么直接區別，只是對控制器類的方法和結構略有規定，不過我們并不要手動創建資源控制器，我們可以利用laravel的命令行工具——artisan。
在laravel框架根目錄下，通過命令行輸入命令
php artisan make:controller ArticleController
就可以創建一個名為ArticleController的資源控制器，文件默認在app/Http/Controllers下。我們打開ArticleController.php，發現里面已經寫好了許多方法，比如index、create、show等等。分別是什么意思？如何在路由定義才能訪問到？
我們如果要在路由里定義一個資源控制器只需要一條：
Route::resource('article','ArticleController');
這個時候，肯定有人會疑惑，那訪問的地址規則呢？如果你已經了解了RESTful，再去閱讀以下官方文檔，基本就已經明白了。我就著上述的控制器、路由，來說明。先看一張表：
請求方法請求URI對應的控制器方法代表的意義
GET/articleindex索引/列表
GET/article/createcreate創建（顯示表單）
POST/articlestore保存你創建的數據
GET/article/{id}show顯示對應id的內容
GET/article/{id}/editedit編輯（顯示表單）
PUT/PATCH/article/{id}save保存你編輯的數據
GET/article/{id}destroy刪除
大概挑兩條解釋。
我定義了個資源路由Route::resource('article', 'ArticleController');。
當我訪問地址http://yourdomain/article，相當于訪問控制器ArticleController的index方法。
當我訪問地址http://yourdomain/article/create，就會訪問到create方法。
當我通過POST提交數據至地址http://yourdomain/article，相當于由store方法處理。
現在理解了嗎？通過資源控制器，我們很容易實現一個符合RESTful架構的接口，這種很適合作為APP后端開發時使用。這種規范下，不但訪問策略清晰易理解，更容易維護。也使你的架構更為合理和現代化。
當然，復雜的業務邏輯使得資源控制器還不僅僅這么使用，但當你理解了這種最為基本的，其他的也不會太難。文檔中對控制器的其他部分做出相當詳細的描寫，本著作為文檔的補充，這些文檔中已經存在且足夠理解的，就不再復述。
