• 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 与脚本标签已被删除,这意味着不可以再使用 <% 和 <%=,或 <script language="php”>(以及各自的结束标签:%>,和 </script>)。

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

    最重要的不兼容性改变还包括,兼容 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

  • 相关阅读:
    springboot使用hibernate validator校验
    @Inherited:允许子类继承父类的注解。
    springboot跨域配置
    spring boot——MockMvc的用法 (SpringBoot 1.5.18)下测试通过
    spring boot(10) 基础学习内容
    关于Spring @RequestBody 自动映射模型原理
    @Requestbody@ApiParam @PathVariable @RequestParam三者区别
    《生成对抗网络入门指南【2】》
    《生成对抗网络入门指南【1】》
    《精通 CSS3 动画(学完这个课写炫酷页面)》
  • 原文地址:https://www.cnblogs.com/oneapm/p/4920627.html
Copyright © 2020-2023  润新知