ホームページ > バックエンド開発 > PHPチュートリアル > PHP7.0 バージョンノート、php7.0 ノート_PHP チュートリアル

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

WBOY
リリース: 2016-07-13 09:45:52
オリジナル
755 人が閲覧しました

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

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


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

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

リーリー


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

リーリー

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

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

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

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

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

リーリー


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

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

リーリー

関連する RFC:

https://wiki.php.net/rfc/uniform_variable_syntax
https://wiki.php.net/rfc/abstract_syntax_tree

list() の変更
list() は、値を逆の順序で割り当てなくなりました。例:

コードをコピーします コードは次のとおりです:
list($array[], $array[], $array[]) = [1, 2, 3];
var_dump($array);

結果は [3, 2, 1] ではなく $array == [1, 2, 3] になります。代入の順序が変わっただけで、代入は同じであることに注意してください (LCTT 翻訳: つまり、以前の list() の動作は、以下の変数から開始して 1 つずつ値を代入するものであったため、上記の使用法は[3,2,1] のような結果が生成されます。)。たとえば、次のような一般的な使用法です

コードをコピーします コードは次のとおりです:
list($a, $b, $c) = [1, 2, 3];
// $a = 1; $c = 3;
現在の動作は引き続き維持されます。

空の list() への代入は許可されなくなりました。以下はすべて無効です:

リーリー

次のコード:

コードをコピーします コードは次のとおりです: $string = "xy";
list($x, $y) = $string;

現在の結果は $x == null および $y == null (プロンプトなし) ですが、以前の結果は $x == "x" および $y == "y" でした。

さらに、list() は常に ArrayAccess を実装するオブジェクトを処理できるようになりました。例:

コードをコピーします コードは次のとおりです: list($a, $b) = (オブジェクト) new ArrayObject([0, 1]);

結果は $a == 0 および $b == 1 になります。 以前は、$a と $b は両方とも null でした。

関連RFC:

https://wiki.php.net/rfc/abstract_syntax_tree#changes_to_list

https://wiki.php.net/rfc/fix_list_behavior_inconsistency

foreach への変更点
foreach() の反復は、current()/next() およびその他の一連の関数を通じてアクセスできる内部配列ポインターに影響を与えなくなりました。例:

コードをコピーします コードは次のとおりです: $array = [0, 1, 2];
foreach ($array as &$val) {
var_dump(current($array));
}

これで、値 int(0) が 3 回ポイントされるようになります。以前の出力は int(1)、int(2)、および bool(false) でした。

配列を値で反復する場合、foreach は常に配列のコピーを操作し、反復中の配列に対する操作は反復動作に影響しません。例:

コードをコピーします コードは次のとおりです: $array = [0, 1, 2];
$ref =& $array; // 古い動作をトリガーするために必要です
foreach ($array を $val として) {
var_dump($val);
unset($array[1]);
}

以前は 2 番目の要素 1 がスキップされていましたが (0 2)、3 つの要素 (0 1 2) がすべて印刷されるようになりました。

配列を参照によって反復する場合、配列への変更は引き続き反復に影響します。ただし、PHP では、数値をキーとして使用する場合に、配列内での位置をより適切に維持できるようになりました。たとえば、参照による反復中に配列要素を追加します。

コードをコピーします コードは次のとおりです: $array = [0];
foreach ($array as &$val) {
var_dump($val);
$array[1] = 1;
}

反復により要素が正しく追加されるようになりました。上記のコードの出力は「int(0) int(1)」ですが、以前は単に「int(0)」でした。

通常の (走査不可能な) オブジェクトに対する値による反復または参照による反復は、配列に対する参照による反復と同様に動作します。これは、前の点で述べたより正確な位置管理の改善を除いて、以前の動作と一致しています。

走査可能なオブジェクトに対する反復動作は変更されません。

関連RFC: https://wiki.php.net/rfc/php7_foreach

パラメータ処理の変更

同じ名前の関数パラメータを 2 つ定義することはできません。たとえば、次のメソッドはコンパイル時エラーを引き起こします:

复制代码 代码如下:
public function foo($a, $b, $unused, $unused) {
// ...
}

如上的代码应该修改使用不同的参数名,如:

复制代码 代码如下:
public function foo($a, $b, $unused1, $unused2) {
// ...
}

func_get_arg() 和 func_get_args() 函数不再返回传递给参数的原始值,而是返回其当前值(也许会被修改)。例如:

复制代码 代码如下:
function foo($x) {
$x++;
var_dump(func_get_arg(0));
}

foo(1);
将会打印 "2" 而不是 "1"。代码应该改成仅在调用 func_get_arg(s) 后进行修改操作。

复制代码 代码如下:
function foo($x) {
var_dump(func_get_arg(0));
$x++;
}

或者应该避免修改参数:

复制代码 代码如下:
function foo($x) {
$newX = $x + 1;
var_dump(func_get_arg(0));
}

类似的,异常回溯也不再显示传递给函数的原始值,而是修改后的值。例如:

复制代码 代码如下:
function foo($x) {
$x = 42;
throw new Exception;
}

foo("string");
现在堆栈跟踪的结果是:

复制代码 代码如下:
Stack trace:
#0 file.php(4): foo(42)
#1 {main}

而以前是:

复制代码 代码如下:
Stack trace:
#0 file.php(4): foo('string')
#1 {main}

这并不会影响到你的代码的运行时行为,值得注意的是在调试时会有所不同。

同样的限制也会影响到 debug_backtrace() 及其它检查函数参数的函数。

相关 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 提示的错误级别改变了。

相关 RFC:

https://wiki.php.net/rfc/engine_exceptions_for_php7
https://wiki.php.net/rfc/throwable-interface
https://wiki.php.net/rfc/internal_constructor_behaviour
https://wiki.php.net/rfc/reclassify_e_strict

其它的语言变化
静态调用一个不兼容的 $this 上下文的非静态调用的做法不再支持。这种情况下,$this 是没有定义的,但是对它的调用是允许的,并带有一个废弃提示。例子:

class A {
public function test() { var_dump($this); }
}
// 注意:没有从类 A 进行扩展
class B {
public function callNonStaticMethodOfA() { A::test(); }
}
(new B)->callNonStaticMethodOfA();
ログイン後にコピー

// 废弃:非静态方法 A::test() 不应该被静态调用
// 提示:未定义的变量 $this
NULL
注意,这仅出现在来自不兼容上下文的调用上。如果类 B 扩展自类 A ,调用会被允许,没有任何提示。

不能使用下列类名、接口名和特殊名(大小写敏感):

bool
int
float
string
null
false
true
这用于 class/interface/trait 声明、 class_alias() 和 use 语句中。

此外,下列类名、接口名和特殊名保留做将来使用,但是使用时尚不会抛出错误:

resource
object
mixed
numeric
yield 语句结构当用在一个表达式上下文时,不再要求括号。它现在是一个优先级在 “print” 和 “=>” 之间的右结合操作符。在某些情况下这会导致不同的行为,例如:

echo yield -1;
// 以前被解释如下
echo (yield) - 1;
// 现在被解释如下
echo yield (-1);
yield $foo or die;
// 以前被解释如下
yield ($foo or die);
// 现在被解释如下
(yield $foo) or die;
这种情况可以通过增加括号来解决。

移除了 ASP (<%) 和 script (

最新の問題
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート