Home > Article > Backend Development > 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 declare(strict_types=1); // 必须放置在第一行 sendHttpStatus(404, "File Not Found"); // 传了整型和字符串 sendHttpStatus("403", "OK"); // Catchable fatal error: 传给 sendHttpStatus() 的第一个参数类型必须是整形,目前提供的是字符串
此外,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 : (($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