)

;

5.5中已删除了一些不影响代码结果的变量。但是,还有两个实例将被保留,因为在将不良做法告知社区之前,将它们删除特别有风险。

xmplrpc.php

(来源)

wp-includes/rest-api/class-wp-rest-server.php

(来源)

有关更多信息,请参阅Trac(#49810)上的相关工单。

在IXR库中spread运算符用法

在WordPress 5.3中,在整个代码库中引入了PHP spread 运算符。除了代码现代化之外,利用 spread 运算符还有很多好处:

“允许使用的 spread 运算符简化了代码和提高性能-无论是在速度和内存使用-尤其是因为它已经在许多这些过程中使用进行多次功能被引入

的每

 

一个

页面加载...”

WP 5.3: Introducing the spread operator

 by @jrf

与内核捆绑在一起的IXR库(现在被视为“被采用的”库)为WordPress中与XML-RPC相关的功能提供了支持。

IXR库代码中的所有

func_get_args()

调用现在都已更新,以利用spread运算符。

有关更多信息,请参阅Trac工单(#48267),WP 5.3:介绍了spread运算符 ,或最初将spread运算符引入Core的Trac工单(#47678)。

使用Composer安装PHPUnit

有时很难启动并运行本地环境以为WordPress 内核做出贡献,尤其是在需要运行PHPUnit测试套件时。WordPress和PHP版本的不同组合要求使用不同版本的PHPUnit。

Composer是用于PHP中的依赖项管理的工具。指定项目依赖项后,它将为您适当地管理安装和更新那些依赖项。

从[47881]开始,PHPUnit现在已被定义为WordPress Core 

composer.json

文件中的开发人员要求。

运行

composer install

将根据Composer运行的PHP版本确定要安装的PHPUnit的适当版本。

有关更多信息,请参阅Trac工单(#46815)。

其他构建/测试工具改进

现在,在本地运行Core linting时将忽略包含

src

的插件和主题。这将防止在本地使用

src

代替

build

开发时标记违反代码标准的行为(请参阅#49781)。

以前,当

lint:php

作业在Travis-CI上运行时,在 linting 之前使用PHPCBF格式化代码。由于

composer format

在进行更改时运行会返回错误,因此无法执行 linting 部分,也不会生成报告。Core在为问题添加代码库之前将不再运行formatting命令(请参阅#49722)。

WordPress编码标准规则集已从2.1.1版本更新到2.3.0。有关此更新中包含的更改的完整列表,请阅读规则集的发行说明(请参阅#50258)。

readme.html

文件中指定的PHP推荐版本已从7.3更改为7.4。这使该建议与WordPress.org上的建议保持一致(请参阅#50480)