本章节的内容告诉你进行5.1.*
版本的升级须知和建议,由于一些必要原因,个别版本的升级并非完全无缝,请尽量按照本升级指导的建议进行调整。
[TOC=2,2]
5.1.16
升级到5.1.17
从5.1.16
版本可以无缝升级到5.1.17
。
5.1.15
升级到5.1.16
从5.1.15
版本可以无缝升级到5.1.16
。
不过注意一点,
Request
对象不再支持对请求变量的设置操作了,如果需要请使用$request->name
的方式直接设置。
5.1.14
升级到5.1.15
从5.1.14
版本可以无缝升级到5.1.15
。
5.1.13
升级到5.1.14
从5.1.13
版本基本可以无缝升级到5.1.14
。
补充一点,如果动态配置设置
view_path
(在新版中不要动态配置,因为容器中的对象一旦实例化后是不会每次读取动态配置值的,减少依赖,也更方便单元测试),需要改成在控制器中调用:$this->view->config('view_path','path');
或者使用了view方法输出的话,可以使用
think\facade\View::config('view_path','path');
5.1.12
升级到5.1.13
从5.1.12
版本可以无缝升级到5.1.13
。
5.1.11
升级到5.1.12
从5.1.11
版本可以无缝升级到5.1.12
。
5.1.10
升级到5.1.11
从5.1.10
版本可以无缝升级到5.1.11
。
5.1.9
升级到5.1.10
如果数组查询条件中使用了exists
查询,必须做出如下调整:
// 错误
$where[] = ['', 'exists', 'select * from user where status = 0'];
// 正确
$where[] = ['', 'exists', Db::raw('select * from user where status = 0')];
建议的方式是使用
$model->whereExists('select * from user where status = 0')->select();
5.1.8
升级到5.1.9
从5.1.8
升级到5.1.9
的时候,请注意如下事项:
下面方式的数组条件查询不再使用索引数组
// 错误
$where['name'] = ['name', 'like', 'think'];
// 正确
$where[] = ['name', 'like', 'think'];
但对于基本条件查询不受影响
// 正确
$where['name'] = 'think';
但并不支持混合查询:
// 错误
$where['name'] = 'think';
$where[] = ['id', '<=', 10];
如果数组查询条件中使用了exp
查询,必须做出如下调整:
// 错误
$where[] = ['id', 'exp', '>score'];
// 正确
$where[] = ['id', 'exp', Db::raw('>score')];
表达式查询方式不受影响。
如果你使用了闭包查询条件,并且使用了默认的查询缓存
cache()
或者cache(true)
,新版本会抛出异常,请使用cache('key')
替代,避免因为查询缓存无效而影响业务。
另外可能不影响但推荐使用的建议:
order/field/where
方法如果使用字符串参数并涉及到SQL函数的,推荐使用orderRaw/fieldRaw/whereRaw
方法,或者对传入的字符串参数使用Db::raw()
方法。
5.1.7
升级到5.1.8
从5.1.7
版本可以无缝升级到5.1.8
。
如果你从5.1.5
直接升级的话,可以通过配置 template.auto_rule
参数为2,兼容之前的默认模板渲染规则。
5.1.6
升级到5.1.7
从5.1.6
版本可以无缝升级到5.1.7
。
5.1.5
升级到5.1.6
从
5.1.5
升级到5.1.6
的过程需要注意如下事项:
路由变量规则的定义不再支持使用模式修饰符和诸如^\d+$
这种限定符。
例如
Route::rule('hello/:name','hello')
->pattern('name','/^\w{4}+$/i');
需要调整为
Route::rule('hello/:name','hello')
->pattern('name','\w{4}+');
原来的
Route::name('路由标识')->rule('rule','route');
需要改成
Route::rule('rule','route')->name('路由标识');
出于安全性考虑,如果使用了EXP
表达式更新,请使用exp
方法替代数组方式。
由于fetch
方法和view
函数的默认模板规则调整为操作方法的名称(不含操作后缀)转换为小写+下划线方式,而不是原来的直接把操作名称转小写。
举个例子,你的控制器操作方法名如果是helloWorld
,之前版本使用:
$this->fetch();
// 或者
view();
渲染输出的时候会定位到 helloworld.html
模板文件,而新版会自动定位到hello_world.html
模板文件。
对于指定模板渲染的
fetch
方法和view
助手函数不受影响,对于非驼峰操作方法名也没有影响。
5.1.0
升级到5.1.5
从5.1.0
版本可以无缝升级到5.1.5
(包含以下任何一个版本)。
5.0
升级到5.1
由于5.1
版本很多用法不同于5.0
版本,本篇内容帮助你更顺利的从5.0
版本迁移到5.1
版本。
如非必要,在建项目请勿盲目升级,5.0版本依然持续维护中。
如果你自定义了应用类库的命名空间,需要改为设置环境变量APP_NAMESPACE
而不是应用配置文件,如果你使用了.env
配置文件,可以在里面添加:
APP_NAMESPACE = 你的应用类库根命名空间名
然后,检查你的应用类库中use
或者调用的系统类库,如果使用了下面的系统类库(主要涉及的类库是5.0
静态调用的系统类库),那么命名空间需要调整如下:
5.0系统 | 5.1系统 |
---|---|
think\App | think\facade\App (或者 App ) |
think\Cache | think\facade\Cache (或者 Cache ) |
think\Config | think\facade\Config (或者 Config ) |
think\Cookie | think\facade\Cookie (或者 Cookie ) |
think\Debug | think\facade\Debug (或者 Debug ) |
think\Env | think\facade\Env (或者 Env ) |
think\Hook | think\facade\Hook (或者 Hook ) |
think\Lang | think\facade\Lang (或者 Lang ) |
think\Log | think\facade\Log (或者 Log ) |
think\Request | think\facade\Request (或者 Request ) |
think\Response | think\facade\Response (或者 Response ) |
think\Route | think\facade\Route (或者 Route ) |
think\Session | think\facade\Session (或者 Session ) |
think\Url | think\facade\Url (或者 Url ) |
think\Validate | think\facade\Validate (或者 Validate ) |
think\View | think\facade\View (或者 View ) |
如果只是用于依赖注入则无需更改命名空间。
后面括号里面的类名使用是的根命名空间(\
),这是因为5.1对常用的系统核心类库做了类库别名,举个例子,如果应用类库开头use
了 think\Url
use think\Url;
Url::build('index/index');
则需要改成
use think\facade\Url;
Url::build('index/index');
或者
use Url;
Url::build('index/index');
5.1为系统的类库注册了类库别名,因此可以直接从根命名空间方式调用Url。
所以路由配置文件在迁移到5.1
版本后你可以直接删除下面的一行代码
use think\Route;
原有的配置文件config.php
从应用目录移动到和应用目录同级的config
目录,并拆分为app.php
、cache.php
等独立配置文件,系统默认的配置文件清单如下:
配置文件 | 说明 |
---|---|
app.php | 应用配置文件 |
cache.php | 缓存配置文件 |
cookie.php | Cookie配置文件 |
database.php | 数据库配置文件 |
log.php | 日志配置文件 |
session.php | Session配置文件 |
template.php | 模板引擎配置文件 |
trace.php | 页面Trace配置文件 |
换而言之就是原来所有的一级配置都独立为一个配置文件
原来的应用extra
目录下面的配置文件直接移动到config
目录下面。
原来模块的配置文件(包括extra目录下面的)直接移动到模块下的config
目录,然后参考上面的应用配置文件进行调整。
5.1的配置文件全部采用二级配置方式,所有不带一级配置名的参数都会作为app
的二级配置,例如
config('app_debug');
等同于
config('app.app_debug');
并且注意,5.1的二级配置参数区分大小写。
一级配置app
下的配置参数都在app.php
配置文件中定义。
如果要获取数据库配置(database.php
文件)的参数,则需要使用
config('database.hostname');
动态设置配置参数的时候,也要注意一级配置名
config('cache.type', 'memcache');
如果要获取一级配置下面的所有参数,使用
Config::pull('database');
view_replace_str
配置参数改成template配置文件的tpl_replace_string
配置参数。
5.1
取消了所有的框架内置常量(不影响应用代码中的自定义常量),如需获取,请使用think\facade\App
类的内置方法以及think\facade\Env
类获取,下面给出的是5.0
和5.1
的常量对照表:
5.0常量 | 5.1获取方法 |
---|---|
EXT | 取消,固定使用 .php |
IS_WIN | 取消 |
IS_CLI | 取消 |
DS | 使用PHP自带 DIRECTORY_SEPARATOR |
ENV_PREFIX | 取消,固定使用PHP_ |
THINK_START_TIME | App::getBeginTime() |
THINK_START_MEM | App::getBeginMem() |
THINK_VERSION | App::version() |
THINK_PATH | Env::get('think_path') |
LIB_PATH | Env::get('think_path') . 'library/' |
CORE_PATH | Env::get('think_path') . 'library/think/' |
APP_PATH | Env::get('app_path') |
CONFIG_PATH | Env::get('config_path') |
CONFIG_EXT | App::getConfigExt() |
ROOT_PATH | Env::get('root_path') |
EXTEND_PATH | Env::get('root_path') . 'extend/' |
VENDOR_PATH | Env::get('root_path') . 'vendor/' |
RUNTIME_PATH | Env::get('runtime_path') |
LOG_PATH | Env::get('runtime_path') . 'log/' |
CACHE_PATH | Env::get('runtime_path') . 'cache/' |
TEMP_PATH | Env::get('runtime_path'). 'temp/' |
MODULE_PATH | Env::get('module_path') |
通过Env
类的get
方法获取路径变量的时候不区分大小写,例如下面的写法是等效的:
Env::get('root_path');
Env::get('ROOT_PATH');
原有的路由定义文件route.php
移动到应用目录同级的route
目录下面,如果有定义其它的路由配置文件,一并放入route
目录即可(无需更改文件名)。
url_route_on
配置参数无效,会始终检查路由,没有定义路由的情况下默认解析方式依然有效。
原来的before_behavior
和after_behavior
参数更改为before
和after
,并且路由缓存功能暂时取消。
Route类的rule
方法不再支持批量注册路由,请使用Route::rules
方法替代。
如果使用了domain方法批量绑定模块,需要改为单独绑定,原来的用法:
Route::domain([
'a' => 'a',
'b' => 'b'
]);
需要改为:
Route::domain('a','a');
Route::domain('b','b');
getTableInfo
方法,可以用更加具体的getTableFields
或者getFieldsType
方法替代;5.1
不会清空查询条件;select(false)
用法,使用 fetchSql()->select()
替代;user$.name
需要改为 user->name
;where([
'name' => ['like','think%'],
'id' => ['>',0],
])
需要调整为
where([
['name','like','think%'],
['id','>',0],
])
或者使用表达式语法
where('name','like','think%')->where('id','>',0)
对于纯等于的数组条件则无需调整
where(['name'=>'think', 'type'=>1])
为了确保模型的用法统一,对模型进行了一些调整,包括:
id
,则必须设置模型的pk
属性;use think\model\concern\SoftDelete
;base
方法中无需添加软删除条件;scope
方法调用后只能使用数据库的查询方法;为了规范化,继承了think\Controller
类的话,初始化方法从原来的_initialize
方法更改为initialize
。
fetch
方法以及view
助手函数的replace
参数废弃,如果需要模板替换功能,改成template配置文件的tpl_replace_string
配置参数。或者使用filter
方法进行过滤。
官方的下列composer
扩展请升级到最新的2.0
版本:
topthink/think-captcha
topthink/think-mongo
topthink/think-migration
topthink/think-testing
topthink/think-queue
Request
类不再需要instance
方法,直接调用类的方法即可。
废弃了Rest
控制器扩展,建议更改为资源控制器的方式。
原来内置的其它控制器扩展,请自行在应用里面扩展。
因为严格遵循PSR-4
规范,不再建议手动导入类库文件,所以新版取消了Loader::import
方法以及import
和vendor
助手函数,推荐全面采用命名空间方式的类以及自动加载机制,如果必须使用请直接改为php内置的include
或者require
语法。
为了保持Loader
类库的单纯性,原Loader
类的controller
、model
、action
和validate
方法改为App
类的同名方法,助手函数用法保持不变。
模板的变量输出默认添加了htmlentities
安全过滤,如果你需要输出html内容的话,请使用{$var|raw}
方式替换,并且date
方法已经做了内部封装,无需再使用变量替换了。
最后一个步骤不要忘了:清空缓存目录下的所有文件