简体中文（ZH-CN）English（EN）繁体中文（ZH-TW）日本語（JA）한국어（KO）Melayu（MS）Français（FR）Deutsch（DE）
ホームページ
記事
に質問
コース
特集
ダウンロード
ゲーム
辞書
最近の更新

ホームページ  >  記事  >  バックエンド開発  >  PHP 7.2の新機能の紹介

PHP 7.2の新機能の紹介

不言
不言オリジナル
2018-05-24 14:47:033327ブラウズ

この記事で共有した内容は、PHP 7.2 の新機能の紹介に関するもので、必要な友人は参考にしてください。

PHP 7.2 は 2017 年 11 月 30 日に正式にリリースされました。このリリースには、より良いコードの作成に役立つ新しい機能、機能、最適化が含まれています。この記事では、PHP 7.2 の最も興味深い言語機能をいくつか紹介します。

変更の完全なリストは、「コメントリクエスト」ページでご覧いただけます。

主要な改善点

パラメータの型宣言

PHP5 以降、関数パラメータの予想される宣言型を指定できるようになりました。間違ったタイプの引数が渡されると、PHP はエラーをスローします。

パラメータの型宣言 (型ヒントとも呼ばれます) は、関数またはクラス メソッドに渡されると予想されるパラメータの型を指定します。

これが例です: 

class MyClass {
    public $var = 'Hello World';
}$myclass = new MyClass;function test(MyClass $myclass){
    return $myclass->var;
}echo test($myclass);

このコードでは、テスト関数には MyClass インスタンスが必要です。パラメータのデータ型が正しくないと、致命的なエラーが発生します。 

Fatal error: Uncaught TypeError: Argument 1 passed to test() must be an instance of MyClass, string given, called in /app/index.php on line 12 and defined in /app/index.php:8

PHP 7.2 以降、型ヒントをオブジェクト データに使用できるようになり、この改善により、汎用オブジェクト型を関数またはメソッドのパラメーターとして使用できるようになりました。以下に例を示します: 

class MyClass {
    public $var = '';
}class FirstChild extends MyClass {
    public $var = 'My name is Jim';
}class SecondChild extends MyClass {
    public $var = 'My name is John';
}$firstchild = new FirstChild;$secondchild = new SecondChild;function test(object $arg) {
    return $arg->var;
}echo test($firstchild);echo test($secondchild);

上の例では、テスト関数を 2 回呼び出し、毎回異なるオブジェクトを渡しました。これは、PHP の以前のバージョンでは前例のないことでした。

PHP 7.2の新機能の紹介

Docker での PHP 7.0 および PHP 7.2 のタイプ ヒントのテスト。

オブジェクトの戻り値の型宣言

変数の型が関数パラメータの期待される型を指定する場合、戻り値の型も期待される型を指定できます。

戻り値の型宣言は、関数が返す必要がある期待される型を指定します。

PHP 7.2 以降、戻り値の型を使用してオブジェクトのデータ型を宣言できるようになりました。以下に例を示します: 

class MyClass {
    public $var = 'Hello World';
}

$myclass = new MyClass;function test(MyClass $arg) : object {
    return $arg;
}

echo test($myclass)->var;

以前の PHP バージョンでは、次の致命的なエラーがスローされます: 

Fatal error: Uncaught TypeError: Return value of test() must be an instance of object, instance of MyClass returned in /app/index.php:10

もちろん、PHP 7.2 コードは「Hello World」を出力します。

パラメータ型の一般化

PHP では現在、サブクラスとその親クラスまたはインターフェイスのパラメータ型の違いは許可されていません。 それはどういう意味ですか？
次のコードを参照してください: 

<?phpclass MyClass {
    public function myFunction(array $myarray) { /* ... */ }
}class MyChildClass extends MyClass {
    public function myFunction($myarray) { /* ... */ }
}

ここでは、サブクラスのパラメータの型を省略しています。 PHP 7.0 では、次の警告が生成されます: 

Warning: Declaration of MyChildClass::myFunction($myarray) should be compatible with MyClass::myFunction(array $myarray) in %s on line 8

PHP 7.2 では、コードを中断することなくサブクラスの型を無視できます。このソリューションにより、すべてのサブクラスを更新しなくても、ライブラリ内のクラスをアップグレードして型ヒントを使用できるようになります。

リスト構文の末尾のカンマ

PHP 配列の最後の要素で末尾のカンマを使用することは正当な構文であり、新しい要素を追加するときにカンマの欠落エラーを簡単に回避するために推奨される場合があります。 PHP 7.2 以降、名前空間のグループ化では末尾のカンマを使用できます。

RFC といくつかのサンプル コードの雰囲気を得るには、「リスト構文の末尾のカンマ」を参照してください。

セキュリティの向上

パスワード ハッシュの Argon2

Argon2 は、2015 パスワード ハッシュ アルゴリズム コンペティションで優勝した強力なハッシュ アルゴリズムであり、PHP 7.2 では、Bcrypt アルゴリズムの安全な代替品として使用されます。
PASSWORD_ARGON2I 定数が PHP の新しいバージョンで導入され、password_* シリーズの関数で使用できるようになりました: 

password_hash(&#39;password&#39;, PASSWORD_ARGON2I);

1 つのコスト要素のみを使用する Bcrypt とは異なり、Argon2 は次のように区別するために 3 つのコスト要素を使用します。

  • ハッシュ計算の定義 期間中に消費される必要があるメモリオーバーヘッドの量 (KiB) (デフォルト値は 1
  • 次の 3 つの新しい定数はデフォルトのコスト係数を定義します:

  • PASSWORD_ARGON2_DEFAULT_MEMORY_COST

PASSWORD_ARGON2_DEFAULT_TIME_COST

  • PASSWORD_ARGON2_DE FAULT_THREADS

  • 例を次に示します: 

    $options = [&#39;memory_cost&#39; => 1<<11, &#39;time_cost&#39; => 4, &#39;threads&#39; => 2];
password_hash(&#39;password&#39;, PASSWORD_ARGON2I, $options);

    Argon2 パスワード ハッシュの詳細を参照してください。
  • Libsodium が PHP コアの一部になります

    バージョン 7.2 以降、PHP には Sodium ライブラリがコアに含まれています。 Libsodium は、暗号化、復号化、署名、パスワード ハッシュなどを行うためのクロスプラットフォームおよびクロス言語ライブラリです。
    • このライブラリは、以前は PECL を通じて提供されていました。
Libsodium 関数のリストについては、「クイック スタート」を参照してください。

「PHP 7.2: 標準ライブラリに最新の暗号化を追加した最初のプログラミング言語」も参照してください。

非推奨

ここでは、PHP 7.2 で非推奨となった関数と機能のリストを示します。これらは PHP 8.0 以降はすべて削除されます。

PHP 5.1 の __autoload 関数は spl_autoload_register に置き換えられました。コンパイル中に非推奨の通知が報告されるようになりました。

致命的なエラーがスローされると、$php_errormsg ローカル変数が作成されます。 PHP 7.2 では、代わりに error_get_last と error_clear_last を使用する必要があります。

create_function() 関数名を使用して関数を作成し、関数のパラメーターと関数本体を関数のリストとして渡すことができます。セキュリティの問題とパフォーマンスの低下のため、非推奨としてマークされており、代わりにカプセル化が推奨されています。 create_function() 可以创建一个具有函数名称的函数，将函数参数和函数体作为该函数的列表传入。因为安全问题和性能表现不佳，它被标记为弃用，鼓励用封装替代。

mbstring.func_overload ini 设置为非零值已经被标记为弃用。

(unset) cast 是个总是返回 null 的表达式，并且毫无用处。

如果传入第二个参数，parse_str() 将查询字符串解析到数组当中, 否则解析到本地符号表。 因为安全原因， 不建议 在函数作用域中动态设置变量，使用不带第二个参数的 parse_str() 将抛一个弃用通知。

gmp_random() 是平台相关的，将会被废弃。使用 gmp_random_bits() 和 gmp_random_rage() 代替。

each() 在数组上迭代的行为非常像 foreach()，但 foreach() 基于一些原因而成为更优选择，例如它的速度快上 10 倍。现在在循环中使用前者将会抛出一个废弃提示。

 assert() 函数检查给定的断言，并在结果为 FALSE 的时候进行相关处理。 带有字符串参数的 assert() 现在已经弃用，因为它有 RCE 漏洞。 zend.assertion ini 选项可以关闭断言表达式。

$errcontext

mbstring.func_overload ini がゼロ以外の値に設定されている場合、非推奨としてマークされています。

(unset) Cast は常に null を返す式であり、役に立ちません。


2 番目のパラメーターが渡された場合、parse_str() はクエリ文字列を配列に解析し、それ以外の場合はローカル シンボル テーブルに解析します。 セキュリティ上の理由から、関数スコープで変数を動的に設定することはお勧めできません。2 番目の引数なしで parse_str() を使用すると、非推奨の通知がスローされます。 WordPress PHP 7.1 stats

gmp_random() はプラットフォームに依存するため、非推奨になります。代わりに gmp_random_bits() と gmp_random_rage() を使用してください。

each() 配列の反復処理は foreach() と非常によく似ていますが、10 倍高速であるなど、いくつかの理由から foreach() の方が適しています。ループ内で前者を使用すると、非推奨のプロンプトがスローされるようになります。

assert() 関数は、指定されたアサーションをチェックし、結果が FALSE の場合に関連する処理を実行します。 文字列パラメータを含む assert() は、RCE の脆弱性のため非推奨になりました。 zend.assertion ini オプションはアサーション式をオフにします。
  • $errcontext は、エラーが発生したときのローカル変数を含む配列です。これは、エラー ハンドラー set_error_handler() 関数の最後のパラメーターとして使用できます。

    WordPress ユーザーにとって PHP 7.2 は何を意味しますか?
  • 公式 WordPress 統計ページによると、この記事の執筆時点で、WordPress ユーザーの 19.8% のみが PHP 7 にアップグレードしています。 PHP 7.1 を使用しているのは 5% だけです。ユーザーの 40% 以上が依然として PHP 5.6 を使用していることがわかります。さらに恐ろしいのは、ユーザーの 39% 以上がサポートが終了したバージョンの PHP を使用していることです。 2016 年 12 月の時点で、WordPress.org は PHP 5.6 のユーザーに対する公式推奨を、PHP 7 以降の使用を推奨するように変更しました。

WordPress PHP 7.1 Statistics

上記のデータパフォーマンスは、PHP 7 の方が速いようで、快適なものではありません。以下に統計をいくつか示します:

WordPress benchmarks

PHP 公式ベンチマークは、PHP 7 ではシステムが 1 秒あたり 2 つのリクエストを実行できることを示しています。これは、PHP 5.6 と比較した場合、ほぼ平均的な遅延です。

  • Christian Vigh も PHP パフォーマンス テストの比較を発表し、PHP 5.2 は PHP 7 よりも 400% 近く遅いことを発見しました。

  • 2018 年に PHP 5.6 対 PHP 7 対 HHVM のパフォーマンス ベンチマークを実行しました。上記のベンチマークと同様に、PHP 7.2 は PHP 5.6 と比較して 1 秒あたりのトランザクション (リクエスト) 数がほぼ 3 倍実行できることがわかりました。

  • WordPress ベンチマーク

  • WordPress 4.9.4 PHP 5.6 ベンチマーク結果: 49.18 req/秒

  • WordPress 4.9.4 PHP 7.0 ベンチマーク結果: 133.55 req/秒

WordPress 4.9 .4 PHP 7.1 ベンチマーク結果: 134.24 req/秒

Check version of PHP

WordPress 4.9.4 PHP 7.2 ベンチマーク結果: 148.80 req/秒

WordPress 4.9.4 HHVM ベンチマーク結果: 144.76 req/秒

たくさんのことがすべての新しいサードパーティのプラグインとテーマをテストして適切に動作することを確認するのに時間がかかるため、更新するだけでは時間がかかります。多くの場合、まだ終わっていないために時間がかかります。実行している PHP のバージョンがわからない場合は、最も簡単な方法の 1 つは、Pingdom ツールまたは Google Chrome 開発ツールを使用することです。通常、最初の HTTP リクエスト ヘッダーにはバージョンが表示されます。

PHP バージョンを確認してください

これは、ホストが X-Powered-By ヘッダーの値を変更しないことに依存します。変更されている場合、PHP のバージョン情報が表示されない場合があります。その場合は、FTP 経由でファイルをアップロードする必要があります。または、常にホストに尋ねます。

PHP 7.2 へのアップグレード🎜🎜PHP 7.2 はまだ部分的に未完成ですが、まずは試してみることができます。 WordPress ローカル サイトをテストしたり、Docker のような環境でスクリプトをチェックしたり、コマンド ラインからさまざまな PHP バージョンをテストして比較したりできます。 🎜🎜エピローグ🎜🎜 PHP 7.2 に切り替える準備はできましたか?ただし、少なくとも最初に PHP 7 以降に移行していることを願っています。今すぐテストする準備ができていない場合は、スクリプトをアップグレードし、コードを確認し、PHP 7.2 の最初の経験について話してください。 🎜🎜関連する推奨事項: 🎜🎜🎜 Windows と非常に拡張された judy で php7.2 をコンパイルします🎜🎜

Linuxにphp7.2をインストールする方法

CentOS7yumインストールPHP7.2インスタンス方法

以上がPHP 7.2の新機能の紹介の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明：
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
前の記事：PHP 検証データの検証次の記事：PHP 検証データの検証

関連記事

続きを見る