PHP7.0 バージョンノート、php7.0 ノート_PHP チュートリアル-PHPチュートリアル-php.cn

PHP7.0バージョンに関する注意事項、php7.0に関する注意事項

PHP7.0の新しいバージョンでは、パフォーマンスが大幅に向上するだけでなく、言語機能も大きく変更されています。詳細な説明については、以下を参照してください:

1. 下位互換性のない変更
言語の変更

変数処理の変更
間接的な変数、プロパティ、およびメソッド参照が、左から右のセマンティクスで解釈されるようになりました。いくつかの例:

リーリー

以前の動作を復元するには、明示的に中かっこを追加します:

リーリー

グローバルキーワードは単純な変数のみを受け入れるようになりました。前みたいに

コードをコピーしますコードは次のとおりです:
グローバル $$foo->bar;

ここで、次の記述方法が必要になります:

コードをコピーしますコードは次のとおりです:
グローバル ${$foo->bar};

変数または関数呼び出しを括弧で囲んでも効果がなくなりました。たとえば、次のコードでは、関数呼び出しの結果が参照によって関数に渡されます

リーリー

// 厳格な基準: 参照によって渡せるのは変数のみです
現在は、括弧が使用されているかどうかに関係なく、厳密な標準エラーがスローされます。以前は、2 番目の呼び出しメソッドにはプロンプトが表示されませんでした。

配列要素またはオブジェクトのプロパティは参照順序で自動的にインストールされますが、結果の順序は異なります。例:

リーリー

相关 RFC: https://wiki.php.net/phpng

整数处理的变化
无效的八进制表示（包含大于7的数字）现在会产生编译错误。例如，下列代码不再有效：

$i = 0781; // 8 不是一个有效的八进制数字！
以前，无效的数字（以及无效数字后的任何数字）会简单的忽略。以前如上 $i 的值是 7，因为后两位数字会被悄悄丢弃。

二进制以负数镜像位移现在会抛出一个算术错误：

复制代码代码如下:
var_dump(1 >> -1);

// ArithmeticError: 以负数进行位移
向左位移的位数超出了整型宽度时，结果总是 0。

复制代码代码如下:
var_dump(1 << 64); // int(0)

以前上述代码的结果依赖于所用的 CPU 架构。例如，在 x86（包括 x86-64）上结果是 int(1)，因为其位移操作数在范围内。

类似的，向右位移的位数超出了整型宽度时，其结果总是 0 或 -1 （依赖于符号）：

复制代码代码如下:
var_dump(1 >> 64); // int(0)
var_dump(-1 >> 64); // int(-1)

相关 RFC: https://wiki.php.net/rfc/integer_semantics

字符串处理的变化
包含十六进制数字的字符串不会再被当做数字，也不会被特殊处理。参见例子中的新行为：

复制代码代码如下:
var_dump("0x123" == "291"); // bool(false) (以前是 true)
var_dump(is_numeric("0x123")); // bool(false) (以前是 true)
var_dump("0xe" + "0x1"); // int(0) (以前是 16)
var_dump(substr("foo", "0x1")); // string(3) "foo" (以前是 "oo")

// 注意：遇到了一个非正常格式的数字
filter_var() 可以用来检查一个字符串是否包含了十六进制数字，或这个字符串是否能转换为整数：

$str = "0xffff";
$int = filter_var($str, FILTER_VALIDATE_INT, FILTER_FLAG_ALLOW_HEX);
if (false === $int) {
throw new Exception("Invalid integer!");
}
var_dump($int); // int(65535)

ログイン後にコピー

由于给双引号字符串和 HERE 文档增加了 Unicode 码点转义格式（Unicode Codepoint Escape Syntax），所以带有无效序列的 "\u{" 现在会造成错误：

$str = "\u{xyz}"; // 致命错误：无效的 UTF-8 码点转义序列
要避免这种情况，需要转义开头的反斜杠：

$str = "\\u{xyz}"; // 正确
不过，不跟随 { 的 "\u" 不受影响。如下代码不会生成错误，和前面的一样工作：

$str = "\u202e"; // 正确
相关 RFC:

https://wiki.php.net/rfc/remove_hex_support_in_numeric_strings
https://wiki.php.net/rfc/unicode_escape

错误处理的变化
现在有两个异常类： Exception 和 Error 。这两个类都实现了一个新接口： Throwable 。在异常处理代码中的类型指示也许需要修改来处理这种情况。

一些致命错误和可恢复的致命错误现在改为抛出一个 Error 。由于 Error 是一个独立于 Exception 的类，这些异常不会被已有的 try/catch 块捕获。

可恢复的致命错误被转换为一个异常，所以它们不能在错误处理里面悄悄的忽略。部分情况下，类型指示失败不再能忽略。

解析错误现在会生成一个 Error 扩展的 ParseError 。除了以前的基于返回值 / errorgetlast() 的处理，对某些可能无效的代码的 eval() 的错误处理应该改为捕获 ParseError 。

内部类的构造函数在失败时总是会抛出一个异常。以前一些构造函数会返回 NULL 或一个不可用的对象。

一些 E_STRICT 提示的错误级别改变了。