TP3.2和TP5 的差异区别

6 篇文章 0 订阅
2 篇文章 0 订阅

TP5和TP3.2的区别

首先声明本章节并非是指导升级旧的项目到5.0,而是为了使用3.X版本的开发者更快的熟悉并上手这个全新的版本。同时也强烈建议开发者抛弃之前旧的思维模式,因为5.0是一个全新的颠覆重构版本。
需要摒弃的3.X旧思想

URL的变动

首先对3.X的不严谨给开发者们带来的不正确的引导表示歉意,在5.0版本正式废除类似/id/1方式 可以通过‘get’获取到‘id’的方法,严格来讲这样的url是不属于$_GET的,现在可以通过‘param’获取,具体使用可以通过请求部分查询。

模型的变动

新版的模型查询返回默认‘对象’,系统默认增加了’toArray’方法,许多开发者在’all’或’select’尝试使用’toArray’来 转换为数组,在此希望开发者能理解‘对象’的概念,尝试使用‘对象’进行数据的使用,或者使用’db’方法进行数据库的操作,也提醒一下部分‘滥 用’'toArray’的开发者,'all’或’select’结果是对象的数组集合,是无法使用’toArray’进行转换的。
新版变化

命名规范

  • 目录和文件名采用‘小写+下划线’,并且以小写字母开头;
  • 类库、函数文件统一以.php为后缀;
  • 类的文件名均以命名空间定义,并且命名空间的路径和类库文件所在路径一致(包括大小写);
  • 类名和类文件名保持一致,并统一采用驼峰法命名(首字母大写)

函数

  • 系统已经不依赖任何函数,只是对常用的操作封装提供了助手函数
  • 单字母函数废弃,默认系统加载助手函数,具体参考上一个章节‘助手函数

路由

5.0的URL访问不再支持普通URL模式,路由也不支持正则路由定义,而是全部改为规则路由配合变量规则(正则定义)的方式,具体这里不再赘述。

控制器

控制器的命名空间有所调整,并且可以无需继承任何的控制器类。

  • 应用类库的命名空间统一为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版本控制器写法

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类或者验证器进行验证,不仅适用于模型,在控制器也可直接调用,具体使用规则请参考“验证”章节,这里不再赘述。

配置文件

新版对配置很多的配置参数或者配置层次都和之前不同了,建议大家要么看看代码,要么仔细通读下官方的开发手册,不要因为配置的问题浪费自己一整天的时间。

异常

5.0对错误零容忍,默认情况下会对任何级别的错误抛出异常,并且重新设计了异常页面,展示了详尽的错误信息,便于调试。

系统常量的废弃

5.0版本相对于之前版本对系统变化进行了大量的废弃,用户如果有相关需求可以自行定义
下面是废除常量

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

部分常量可以在Request里面进行获取,具体参考“请求章节”。
注:再次说明本章节仅仅为之前使用3.X版本开发者快速理解5.0所写,具体5.0的功能还需要开发者通读手册。

助手函数

5.0助手函数和3.2版本的单字母函数对比如下:

3.2版本5.0版本
Cconfig
Eexception
Gdebug
Llang
T废除
Iinput
N废除
Dmodel
Mdb
Acontroller
Raction
B废除
Uurl
Wwidget
Scache
F废除
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
TP3.2后台管理源码是指基于TP3.2框架开发的一套后台管理系统的源代码。TP3.2是ThinkPHP框架的一个版本,广泛应用于Web应用的开发。后台管理系统是指用于管理网站或应用程序后台内容的系统,例如内容发布、用户管理、权限控制等功能。 TP3.2后台管理源码中包含了实现后台管理所需的各种功能和模块。其中,核心代码包括框架的入口文件、配置文件以及一些公共的函数和类库。此外,源码还包括了后台管理系统的各个模块的代码,如用户管理模块、权限管理模块、内容发布模块等。 使用TP3.2后台管理源码可以快速搭建一个功能完善的后台管理系统。通过该源码,我们可以进行用户的管理,包括添加、删除、修改用户的基本信息,以及设置用户的权限。同时,还可以进行内容的管理,可以发布、编辑、删除文本、图片、视频等不同类型的内容。此外,还可以对系统进行设置,包括网站名称、基本信息、SEO设置等。 TP3.2后台管理源码的好处是方便、快捷、高效。通过使用这套源码,我们可以省去从零开始开发后台管理系统的时间和精力,减少开发过程中的问题和错误。同时,由于基于TP3.2框架开发,源码具有良好的可扩展性和稳定性,可以根据实际需求进行二次开发和定制。 总结来说,TP3.2后台管理源码是一套基于ThinkPHP框架开发的后台管理系统的源代码,通过使用该源码可以快速搭建一个功能完善的后台管理系统,提高开发效率和质量。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Mr Xu Luka

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值