)

;

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）