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 扩展类库目录（可定义） ├─public WEB 部署目录（对外访问目录） │ ├─static 静态资源存放目录(css,js,image) │ ├─index.php 应用入口文件 │ ├─router.php 快速测试文件 │ └─.htaccess 用于 apache 的重写 ├─runtime 应用的运行时目录（可写，可设置） ├─vendor  第三方类库目录（Composer） ├─thinkphp 框架系统目录 │ ├─lang 语言包目录 │ ├─library 框架核心类库目录 │ │ ├─think Think 类库包目录 │ │ └─traits 系统 Traits 目录 │ ├─tpl 系统模板目录 │ ├─.htaccess 用于 apache 的重写 │ ├─.travis.yml CI 定义文件 │ ├─base.php 基础定义文件 │ ├─composer.json composer 定义文件 │ ├─console.php 控制台入口文件 │ ├─convention.php 惯例配置文件 │ ├─helper.php 助手函数文件（可选） │ ├─LICENSE.txt 受权说明文件 │ ├─phpunit.xml 单元测试配置文件 │ ├─README.md README 文件 │ └─start.php 框架引导文件 ├─build.php 自动生成定义文件（参考） ├─composer.json composer 定义文件 ├─LICENSE.txt  受权说明文件 ├─README.md  README 文件 ├─think  命令行入口文件


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	废除