PHP 7 值得期待的新特性（上）

这是我们期待已久的 PHP 7 系列文章的第一篇。

或许你已经知道了，我在 PHP 5.0.0 时间轴 提的 RFC （Request For Comments）通过了， PHP 7 成为 PHP 下一个主要版本的名称。

无论你对此话题有任何感想，PHP 7 是一个大事件，而且它将在今年发布！ PHP 7.0 时间轴 的 RFC 几乎全票通过（32 对 2 ）后，所有功能现在已经确立了，我们将在六月中旬看到首个候选版本（ RC ）发布。

但这对你意味着什么呢？我们看到 5.x 新版本发布后，许多 Web 主机都不愿升级。一个重要的新版本发布难道不会带来巨大的向后兼容隔断，使得升级更加缓慢么？

答案是：视情况而定。请继续往下读。

在新版本中，许多语言边界情况已经得到处理。此外，性能与不一致性修复也是该版重点关注的问题。

接下来是细节讨论。

不兼容性修复

不幸的是，needle/haystack 问题还未得到修复。然而，两个重要的 RFC 已经获得通过，它们将带来一些期望已久的内部与用户层的一致性。

最大的（也是最难以察觉的）变化是新增的一种 抽象语法树（ AST ）——代码在编译过程中的中间表示。有了这种表示，我们可以清理一些边缘情况的不一致，并为将来开发一些极好的工具做好准备，比如使用 AST 生成性能更好的 OpCode。

其次，统一变量语法 的引入，可能会导致更多问题。这解决了表达式求值中的许多不兼容问题。例如，可以使用 ($object->closureProperty)() 调用分配给属性的闭包函数 ，以及执行链静态调用，如下所示：

    class foo { static $bar = 'baz'; }    class baz { static $bat = 'Hello World'; }    baz::$bat = function () { echo "Hello World"; };    $foo = 'foo';    ($foo::$bar::$bat)();

然而，一些语法也在改变。特别是使用 variable->variables/properties 的语法。

在 PHP 7 之前，$obj->$properties['name'] 将访问名称属于 “$properties” 数组名称键（name key）的属性。使用通用变量语法（Universal Variable Syntax）后，它将访问名称属于 “$properties” 的属性的名称键。

或者更简洁地说，如果使用以下语法：

    $obj->$properties['name']

在 PHP 5.6，它将被解析为：

    $obj->{$properties['name']}

而在 PHP 7 中则为：

    {$obj->$properties}['name']

variable->variables 通常使用在边界情况，根据我的经验， variable->properties 则更加常用，且不易用。然而，使用花括号（如上例所示）后，就可以轻易确保在 PHP 5.6 和 7 中达到相同效果。

性能

升级到 PHP 7 的最大原因是性能提升，此性能提升主要是由于引入 phpng 的变化带来的。实际上，性能提升可能带来更高的采纳率，尤其是那些一般情况下不愿意升级的小主机，为了让同一台机器承载更多客户，他们极有可能升级。

到目前为止，根据不同的基准测试，PHP 7 的性能与 Facebooks HHVM 持平，后者的特点是借助实时（Just In Time）编译器将 PHP 代码编译至机器指令（只要可以）。

PHP 7 不具备 JIT ，虽然相关讨论沸沸扬扬。添加 JIT 之后能带来多少性能提升尚未可知，但若有人有兴趣创建一个的话，肯定非常有趣！

除了性能提升，还应该节省大量的内存，因为内部数据结构的优化一直是性能改进实现的主要途径。

向后不兼容的改变

虽然内部开发人员尽力不去打破向后兼容性（ BC ），但是想要推进语言的进步，没法总是兼顾兼容性。

然而，像由于统一变量语法（Uniform Variable Syntax）导致打破的向后兼容性，这些不兼容多是轻微的，比如 在试图调用一个非对象的方法时导致的可捕获的致命错误：

    set_error_handler(function($code, $message) {      var_dump($code, $message);    });    $var = null;    $var->method();    echo $e->getMessage(); // Fatal Error: Call to a member function method() on null    echo "Hello World"; // 依旧会运行

此外，ASP 与脚本标签已被删除，这意味着不可以再使用 （以及各自的结束标签：%>，和 ）。

其他更大的改变，可以在 移除的所有弃用函数 中看到。

最重要的不兼容性改变还包括，兼容 POSIX 的正则表达式扩展、EXT/ereg（在 5.3 版本被弃用）和旧的 EXT/mysql 扩展（在 5.5 版本被弃用）均被移除。

另一个小的不兼容性改变是不允许在 switch 中有多个 default cases 。PHP 7 之前，以下是允许的：

        switch ($expr) {            default:                 echo "Hello World";                 break;            default:                 echo "Goodbye Moon!";                 break;        }

这将导致只有后者被执行。在 PHP 7 中，这将导致：

    Fatal error: Switch statements may only contain one default clause                - Switch 语法只允许包含一个默认子句

新功能

在面对向后不兼容带来的影响时，我们颇有微词。性能上的提升又让我们欢欣鼓舞。但是，最让我们醉心的是新的特性！新特性才是让每次发布充满乐趣的关键—— PHP 7 可不缺乏新特性。

标量类型提示和返回类型

我会最先介绍 PHP 7 添加的最具争议的变化：标量类型提示。这一特性的添加一开始并未通过投票。接着该作者撤回了该 RFC。之后，许多执行之后相互抵触的 RFC 被提了出来，经过一番公开的讨论，原先的这个 RFC 还是通过了。

对于你，最终用户，而言，这意味着你可以对标量类型进行类型提示（ type-hint ）。具体地说，标量类型包括：int，float，string，和 bool 。默认情况下，类型提示不是严格的，这意味着他们将迫使原始类型转化为类型提示指定的类型。这意味着，如果你将 int(1) 传入需要 float 类型的函数，它会变为 float(1)。将 float(1.5) 传入需要 int 类型的函数，它会变为 int(1)。

这里的一个例子：

    function sendHttpStatus(int $statusCode, string $message) {         header('HTTP/1.0 ' .$statusCode. ' ' .$message);    }    sendHttpStatus(404, "File Not Found"); // 传了整形和字符串    sendHttpStatus("403", "OK"); // 字符串 "403" 强转为 int(403)

此外，将声明 declare(strict_types=1); 放在任意文档的顶部，可以启用严格模式，文档中的任何函数调用都必须遵从指定的类型。Strict 与否取决于函数调用的文件，而非函数定义的文件。

如果一个类型提示不匹配，一个可捕获的致命错误会被抛出：

    
此外，PHP 7  还支持 返回类型提示，它支持所有相同的类型作参数。这遵循与 hack 相同的语法，在括号后面插入冒号，然后是类型：
   
    function isValidStatusCode(int $statusCode): bool {        return isset($this->statuses[$statusCode]);    }
   
在这个例子中：bool 表明该函数将返回一个布尔值。
   
返回类型提示的严格模式遵从与类型提示相同的法则。
   
综合比较运算符
   
我个人最喜欢的 PHP 7 新增特性是 综合比较运算符，，也称为飞船操作符。此处我可能是带个人喜好的，因为是我写的最初补丁，也影响了命名（T_SPACESHIP）。但这仍是对 PHP 语言的一个好补充，与大于和小于操作符形成互补。
   
实际上，该操作符的工作方式与 strcmp()，或 version_compare() 基本一致。如果左侧操作数小于右侧，则返回 -1 ， 两边相等则返回 0 ，如果左侧大于右侧则返回 1 。主要的区别在于，它可以用在任何两个操作数间，不仅是字符串，还可以是整数，浮点数，数组等等。
   
该操作符最常见的用法是在排序回调中：
   
    // Pre Spacefaring^W PHP 7    function order_func($a, $b) {        return ($a  $b) ? 1 : 0);    }    // Post PHP 7    function order_func($a, $b) {        return $a  $b;    }
   
OneAPM for PHP 能够深入到所有 PHP 应用内部完成应用性能管理 能够深入到所有 PHP 应用内部完成应用性能管理和监控，包括代码级别性能问题的可见性、性能瓶颈的快速识别与追溯、真实用户体验监控、服务器监控和端到端的应用性能管理。
   
下一步
   
在本文中，我们了解了 PHP 7 中最重要的不兼容性修复，已经两大新特性。
   
在接下来的第二篇文章中，我们将介绍 PHP 7 中重要的其他六个功能。另外，我们将在文章系列的最后介绍一些帮助 PHP 7 发展的方法。
   
原文链接：https://blog.engineyard.com/2015/what-to-expect-php-7