先看目录结构:
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的变动
我好像TP3.2经常使用get或者大I方法来获取id的参数的
模型的变动
在TP3.2中使用最多的还是M和D方法,查询find
和select
用的最多
命名规范
对于命名规范,在学PHP以后一直做得挺规范的,哈哈
函数
对于TP5系列好像就在助手函数这块有点问题,单独字母用习惯了,不知道能把能不能转变过来。如果可以的话以后用TP5写的项目就多了
路由
Laravel框架中也有路由的习惯,但是没用熟悉啊,这块也要继续学习
控制器
控制器的命名空间有所调整,并且可以无需继承任何的控制器类
前后置方法,用的多点的还是前置方法,比如在微信授权登陆的时候前置操作一下?控制器类名的修改这个倒是无所谓
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();
自动验证
自动验证我在TP3.2中也用,但是不经常写
配置文件
异常
系统常量的废弃
下面是一些废除的常量,部分常量可以在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 | 废除 |