thinkphp5.0和thinkphp3.2的區別不同之處
先看目錄結構：
thinkphp 5.0的目錄結構， 文件：https://www.kancloud.cn/manual/thinkphp5/118008
project 應用部署目錄
├─application 應用目錄（可設定）
│ ├─common 公共模組目錄（可更改）
│ ├─index 模組目錄(可更改)
│ │ ├─config.php 模組配置檔案
│ │ ├─common.php 模組函式檔案
│ │ ├─controller 控制器目錄
│ │ ├─model 模型目錄
│ │ ├─view 檢視目錄
│ │ └─ ... 更多類庫目錄 │ ├─command.php 命令列工具配置檔案 │ ├─common.php 應用公共（函式）檔案 │ ├─config.php 應用（公共）配置檔案 │ ├─database.php 資料庫配置檔案 │ ├─tags.php 應用行為擴充套件定義檔案 │ └─route.php 路由配置檔案 ├─extend
tinhkphp 3.2的目錄結構，文件：http://document.thinkphp.cn/manual_3_2.html#directory_structure
www WEB部署目錄（或者子目錄）
├─index.php 入口檔案
├─README.md README檔案
├─Application 應用目錄
├─Public 資原始檔目錄
└─ThinkPHP 框架目錄
Application目錄下面，已經自動生成了公共模組Common、預設的Home模組和Runtime執行時目錄的目錄結構
Application
├─Common 應用公共模組
│ ├─Common 應用公共函式目錄
│ └─Conf 應用公共配置檔案目錄
├─Home 預設生成的Home模組
│ ├─Conf 模組配置檔案目錄
│ ├─Common 模組函式公共目錄
│ ├─Controller 模組控制器目錄
│ ├─Model 模組模型目錄
│ └─View 模組檢視檔案目錄
├─Runtime 執行時目錄
│ ├─Cache 模版快取目錄
│ ├─Data 資料目錄
│ ├─Logs 日誌目錄
│ └─Temp 快取目錄
├─ThinkPHP 框架系統目錄（可以部署在非web目錄下面）
│ ├─Common 核心公共函式目錄
│ ├─Conf 核心配置目錄
│ ├─Lang 核心語言包目錄
│ ├─Library 框架類庫目錄
│ │ ├─Think 核心Think類庫包目錄
│ │ ├─Behavior 行為類庫目錄
│ │ ├─Org Org類庫包目錄
│ │ ├─Vendor 第三方類庫目錄
│ │ ├─ ... 更多類庫目錄
│ ├─Mode 框架應用模式目錄
│ ├─Tpl 系統模板目錄
│ ├─LICENSE.txt 框架授權協議檔案
│ ├─logo.png 框架LOGO檔案
│ ├─README.txt 框架README檔案
│ └─ThinkPHP.php 框架入口檔案
具體區別如下：
URL的變動
在5.0版本正式廢除類似/id/1方式 可以通過get獲取到id的方法，嚴格來講這樣的url是不屬於
$_GET的，現在可以通過param獲取，具體使用可以通過請求部分查詢
我好像TP3.2經常使用get或者大I方法來獲取id的引數的
模型的變動
新版的模型查詢返回預設物件，系統預設增加了
toArray方法，許多開發者在all或select嘗試使用toArray來轉換為陣列，在此希望開發者能理解物件的概念，嘗試使用物件進行資料的使用，或者使用db方法進行資料庫的操作，也提醒一下部分濫用toArray的開發者，all或select結果是物件的陣列集合，是無法使用toArray進行轉換的
在TP3.2中使用最多的還是M和D方法，查詢find和select用的最多
命名規範
目錄和檔名採用小寫+下劃線，並且以小寫字母開頭
類庫、函式檔案統一以
.php為字尾類的檔名均以名稱空間定義，並且名稱空間的路徑和類庫檔案所在路徑一致（包括大小寫）
類名和類檔名保持一致，並統一採用駝峰法命名（首字母大寫）
對於命名規範，在學PHP以後一直做得挺規範的，哈哈
函式
系統已經不依賴任何函式，只是對常用的操作封裝提供了助手函式
單字母函式廢棄，預設系統載入助手函式
對於TP5系列好像就在助手函式這塊有點問題，單獨字母用習慣了，不知道能把能不能轉變過來。如果可以的話以後用TP5寫的專案就多了
路由
5.0的URL訪問不再支援普通URL模式，路由也不支援正則路由定義，而是全部改為規則路由配合變數規則（正則定義）的方式
Laravel框架中也有路由的習慣，但是沒用熟悉啊，這塊也要繼續學習
控制器
控制器的名稱空間有所調整，並且可以無需繼承任何的控制器類
應用類庫的名稱空間統一為app（可修改）而不是模組名
控制器的類名預設不帶
Controller字尾，可以配置開啟controller_suffix引數啟用控制器類字尾控制器操作方法採用
return方式返回資料，而非直接輸出廢除原來的操作前後置方法
前後置方法，用的多點的還是前置方法，比如在微信授權登陸的時候前置操作一下？控制器類名的修改這個倒是無所謂
3.2版本控制器的寫法
<?php
namespace Home\Controller; use Think\Controller; class IndexController extends Controller { public function hello() { echo 'hello,thinkphp!'; } }5.0版本控制器的寫法
<?php
namespace app\index\controller; class Index { public function index() { return 'hello,thinkphp!'; } } 3.2版本控制器命名
IndexController.class.php
5.0版本控制器命名
Index.php
在控制器中正確的輸出模板
5.0在控制器中輸出模板，使用方法如下：
如果你繼承think\Controller的話，可以使用：
return $this->fetch('index/hello');如果你的控制器沒有繼承think\Controller的話，使用：
return view('index/hello');模型
如果非要對比與舊版本的改進，模型被分為資料庫、模型、驗證器三部分，分別對應M方法、模型、自動驗證，同時均有所加強，下面做簡單介紹
5.0的資料庫查詢功能增強，原先需要通過模型才能使用的鏈式查詢可以直接通過Db類呼叫，原來的M函式呼叫可以改用db函式，例如：
3.2版本
M('User')->where(['name'=>'thinkphp'])->find();5.0版本
db('User')->where('name','thinkphp')->find();新版的模型查詢增加了靜態方法，例如：
User::get(1); User::all(); User::where('id','>',10)->find();自動驗證
對比舊的版本，可以理解為之前的自動驗證且不同於之前的驗證
ThinkPHP5.0驗證使用獨立的
\think\Validate類或者驗證器進行驗證，不僅適用於模型，在控制器也可直接呼叫
自動驗證我在TP3.2中也用，但是不經常寫
配置檔案
新版對配置很多的配置引數或者配置層次都和之前不同了，建議大家要麼看看程式碼，要麼仔細通讀下官方的開發手冊，不要因為配置的問題浪費自己一整天的時間
異常
5.0對錯誤零容忍，預設情況下會對任何級別的錯誤丟擲異常，並且重新設計了異常頁面，展示了詳盡的錯誤資訊，便於除錯
系統常量的廢棄
5.0版本相對於之前版本對系統變化進行了大量的廢棄，使用者如果有相關需求可以自行定義
下面是一些廢除的常量，部分常量可以在Request裡面進行獲取
REQUEST_METHOD、IS_GET、IS_POST、IS_PUT、IS_DELETE、IS_AJAX、__EXT__、COMMON_MODULE、MODULE_NAME、CONTROLLER_NAME、ACTION_NAME、APP_NAMESPACE、APP_DEBUG、MODULE_PATH等
助手函式
5.0助手函式和3.2版本的單字母函式對比如下：
| 3.2 版本 | 5.0 版本 |
| C | config |
| E | exception |
| G | debug |
| L | lang |
| T | 廢除 |
| I | input |
| N | 廢除 |
| D | model |
| M | db |
| A | controller |
| R | action |
| B | 廢除 |
| U | url |
| W | widget |
| S | cache |
| F | 廢除 |