PHP 7.4 の新機能は何かご存知ですか?

PHP には学ばなければならないこと、理解しなければならないことがたくさんあります。今日の記事では、php7.4 の秘密を見てみましょう!この記事を読んだ後、多くのことを得ることができると思います。

PHP 7.4 の PHP の新機能は何ですか?

この記事では、PHP 7.4 の最終バージョンで言語に追加すべきいくつかの変更点と機能について説明します。

• 配列内でのアンパックのサポート – 配列拡張スプレッド演算子
• アロー関数 2.0 (短いクロージャ)
• NULL 合体演算子
• 弱い参照
• 共変戻り値と反変パラメータ
• プリロード
• 新しいカスタム オブジェクトのシリアル化メカニズム

パフォーマンスの向上、Spread 演算子が配列式に導入されました...

PHP 5.6 以降で利用可能、パラメータのアンパックはアンパックの構文です配列と Traversable をパラメータ リストに追加します。配列または Traversable を解凍するには、次の例のように、先頭に ... (3 つのドット) を付ける必要があります:

function test(...$args) { var_dump($args); }
test(1, 2, 3);

ただし、PHP 7.4 RFC では、この機能を配列に拡張することが推奨されています:

$arr = [...$args];

Spread 演算子 の最初の利点はパフォーマンスです。RPC ドキュメントには、

Spread 演算子は array_merge よりも優れたパフォーマンスが必要であると記載されています。 Spread 演算子が構文構造であるだけでなく、array_merge がメソッドであるということです。

Spread 演算子の大きな利点の 1 つは、任意の走査可能なオブジェクトをサポートしているのに対し、array_merge 関数は配列のみをサポートしていることです。 。次に、Spread 演算子を使用した配列内のパラメーターの例を示します:

$parts = ['apple', 'pear'];
$fruits = ['banana', 'orange', ...$parts, 'watermelon'];
var_dump($fruits);

このコードを PHP 7.3 以前で実行すると、PHP は解析エラーをスローします:

Parse error: syntax error, unexpected '...' (T_ELLIPSIS), expecting ']' in /app/spread-operator.php on line 3

代わりに、PHP 7.4配列#

array(5) {
    [0]=>
    string(6) "banana"
    [1]=>
    string(6) "orange"
    [2]=>
    string(5) "apple"
    [3]=>
    string(4) "pear"
    [4]=>
    string(10) "watermelon"
  }

##を返しますRFCは、同じ配列を複数回拡張できることを示しています。さらに、スプレッド演算子の前後に通常の要素を追加できるため、配列内のどこでもスプレッド演算子の構文を使用できます。したがって、次のコードは期待どおりに機能します。

$arr1 = [1, 2, 3];
$arr2 = [4, 5, 6];
$arr3 = [...$arr1, ...$arr2];
$arr4 = [...$arr1, ...$arr3, 7, 8, 9];

関数によって返された配列をパラメータとして渡し、それを新しい配列に入れることもできます。

function buildArray(){
    return ['red', 'green', 'blue'];
}
$arr1 = [...buildArray(), 'pink', 'violet', 'yellow'];

PHP 7.4 の出力次の配列:

array(6) {
    [0]=>
    string(3) "red"
    [1]=>
    string(5) "green"
    [2]=>
    string(4) "blue"
    [3]=>
    string(4) "pink"
    [4]=>
    string(6) "violet"
    [5]=>
    string(6) "yellow"
}

ジェネレーターも使用できます:

  function generator() {
    for ($i = 3; $i <= 5; $i++) {
        yield $i;
    }
  }
  $arr1 = [0, 1, 2, ...generator()];

ただし、参照渡しは許可されません。次の例を考えてみましょう:

$arr1 = ['red', 'green', 'blue'];
$arr2 = [...&$arr1];

参照渡ししようとすると、PHP は次の解析エラーをスローします:

Parse error: syntax error, unexpected '&' in /app/spread-operator.php on line 3

最初の配列の要素が参照によって格納されている場合、それらは2 番目の配列にも参照によって格納されます。以下は例です:

  $arr0 = 'red';
  $arr1 = [&$arr0, 'green', 'blue'];
  $arr2 = ['white', ...$arr1, 'black'];

これは PHP 7.4 で得られるものです:

  array(5) {
    [0]=>
    string(5) "white"
    [1]=>
    &string(3) "red"
    [2]=>
    string(5) "green"
    [3]=>
    string(4) "blue"
    [4]=>
    string(5) "black"
  }

Arrow Functions 2.0 (ショート クロージャ)

PHP で、匿名関数は非常に冗長で実装と保守が難しいと考えられており、RFC はコードを簡潔に記述できるように、よりシンプルで明確なアロー関数 (または短いクロージャー) 構文を導入することを推奨しています。 PHP 7.4 より前:

  function cube($n){
    return ($n * $n * $n);
  }
  $a = [1, 2, 3, 4, 5];
  $b = array_map('cube', $a);
  print_r($b);

PHP 7.4 ではより簡潔な構文が使用できるため、上記の関数は次のように書き直すことができます:

  $a = [1, 2, 3, 4, 5];
  $b = array_map(fn($n) => $n * $n * $n, $a);
  print_r($b);

現在、言語構造により、匿名関数 (クロージャ) は

use

親スコープで定義された変数を次のように継承します: <pre class="brush:php;toolbar:false;"> $factor = 10; $calc = function($num) use($factor){ return $num * $factor; };</pre>ただし、PHP 7.4 では、親スコープの値は暗黙的に (バインドする値スコープによって暗黙的に) キャプチャされます。したがって、この関数を 1 行で完了できます

  $factor = 10;
  $calc = fn($num) => $num * $factor;

親スコープで定義された変数は、アロー関数に使用できます。これは、

use

の使用と同等であり、使用できません。親。新しい構文は、より読みやすく保守しやすいコードを構築できるため、言語が大幅に改善されました。 NULL 合体演算子

日常の使用では三項式と isset() が同時に使用される状況が多数あるため、NULL 合体演算子 (??) 構文を追加しました。砂糖。変数が存在し、NULL でない場合はそれ自体の値を返し、それ以外の場合は 2 番目のオペランドを返します。

  $username = $_GET['user'] ?? ‘nobody';

このコードの動作は非常に単純です。

リクエスト パラメータを取得し、存在しない場合はデフォルト値を設定します。しかし、この RFC の例では、変数名が長い場合はどうなるでしょうか?

$this->request->data['comments']['user_id'] = $this->request->data['comments']['user_id'] ?? 'value';

長期的には、このコードの保守が困難になる可能性があります。したがって、開発者がより直感的なコードを作成できるようにすることを目的として、この RFC では、null 結合等価演算子 (null_coalesce_equal_operator)??=

を導入することを提案しています。これにより、上記のコードを置き換えるために次のコードを入力できます。

  $this->request->data['comments']['user_id'] ??= ‘value’;

左のパラメータの値が null の場合、右のパラメータの値が使用されます。

合体演算​​子 ?? は比較演算子ですが、

??=

は代入演算子であることに注意してください。 <h3>类型属性 2.0</h3> <p>类型的声明，类型提示，以及指定确定类型的变量传递给函数或类的方法。其中类型提示是在 PHP5 的时候有的一个功能，PHP 7.2 的时候添加了 <code>object 的数据类型。而 PHP7.4 更是增加了主类属性声明，看下面的例子：

  class User {
    public int $id;
    public string $name;
  }

除了 void 和 callable 外，所有的类型都支持

  public int $scalarType;
  protected ClassName $classType;
  private ?ClassName $nullableClassType;

为什么不支持 void 和 callable？下面是 RFC 的解释

The void type is not supported, because it is not useful and has unclear semantics.
不支持 void 类型，是因为它没用，并且语义不清晰。

The callable type is not supported, because its behavior is context dependent.
不支持 callable 类型，因为其行为取决于上下文。

因此，我们可以放心使用 bool，int，float，string，array，object，iterable，self，parent，当然还有我们很少使用的 nullable 空允许 (?type)

所以你可以在 PHP7.4 中这样敲代码：

  // 静态属性的类型
  public static iterable $staticProp;

  // var 中声明属性
  var bool $flagl

  // 设置默认的值
  // 注意，只有 nullable 的类型，才能设置默认值为 null
  public string $str = "foo";
  public ?string $nullableStr = null;

  // 多个同类型变量的声明
  public float $x, $y;

如果我们传递不符合给定类型的变量，会发生什么？

  class User {
    public int $id;
    public string $name;
  }

  $user = new User;
  $user->id = 10;
  $user->name = [];

  // 这个会产生一个致命的错误
  Fatal error: Uncaught TypeError: Typed property User::$name must be string, array used in /app/types.php:9

弱引用

在这个 RFC 中，提议引入 WeakReference 这个类，弱引用允许编码时保留对对象的引用，该引用不会阻止对象被破坏；这对于实现类似于缓存的结构非常有用。

该提案的作者 Nikita Popov 给出的一个例子：

  $object = new stdClass;
  $weakRef = WeakReference::create($object);

  var_dump($weakRef->get());
  unset($object);
  var_dump($weakRef->get());

  // 第一次 var_dump
  object(stdClass)#1 (0) {}

  // 第二次 var_dump，当 object 被销毁的时候，并不会抛出致命错误
  NULL

协变返回和逆变参数

协变和逆变
百度百科的解释

• Invariant (不变): 包好了所有需求类型
• Covariant (协变)：类型从通用到具体
• Contravariant (逆变): 类型从具体到通用目前，PHP 主要具有 Invariant 的参数类型，并且大多数是 Invariant 的返回类型，这就意味着当我是 T 参数类型或者返回类型时，子类也必须是 T 的参数类型或者返回类型。但是往往会需要处理一些特殊情况，比如具体的返回类型，或者通用的输入类型。而 RFC 的这个提案就提议，PHP7.4 添加协变返回和逆变参数，以下是提案给出来的例子：协变返回：

interface Factory {
  function make(): object;
}

class UserFactory implements Factory {
  // 将比较泛的 object 类型，具体到 User 类型
 function make(): User;
}

逆变参数：

interface Concatable {
  function concat(Iterator $input); 
}

class Collection implements Concatable {
  // 将比较具体的 `Iterator`参数类型，逆变成接受所有的 `iterable`类型
  function concat(iterable $input) {/* . . . */}
}

预加载

这个 RFC 是由 Dmitry Stogov 提出的，预加载是在模块初始化的时候，将库和框架加载到 OPCache 中的过程，如下图所示

引用他的原话：

On server startup – before any application code is run – we may load a certain set of PHP files into memory – and make their contents “permanently available” to all subsequent requests that will be served by that server. All the functions and classes defined in these files will be available to requests out of the box, exactly like internal entities.
服务器启动时 – 在运行任何应用程序代码之前 – 我们可以将一组 PHP 文件加载到内存中 – 并使得这些预加载的内容，在后续的所有请求中 “永久可用”。这些文件中定义的所有函数和类在请求时，就可以开箱即用，与内置函数相同。

预加载由 php.ini 的 opcache.preload 进行控制。这个参数指定在服务器启动时编译和执行的 PHP 脚本。此文件可用于预加载其他文件，或通过 opcache_compile_file() 函数

这在性能上有很大的提升，但是也有一个很明显的缺点，RFC 提出来了

preloaded files remain cached in opcache memory forever. Modification of their corresponding source files won’t have any effect without another server restart.

预加载的文件会被永久缓存在 opcache 内存中。在修改相应的源文件时，如果没有重启服务，修改就不会生效。

新的自定义对象序列化机制 

这是尼基塔·波波夫（Nikita Popov）的另一项建议 ，得到了绝大多数票的批准。

当前，我们有两种不同的机制可以在PHP中对对象进行自定义序列化：

• __sleep()和__wakeup()魔术方法
• 可Serializable接口

根据Nikita的说法，这两个选项都存在导致复杂且不可靠的代码的问题。 您可以在RFC中深入研究此主题。 在这里，我只提到新的序列化机制应该通过提供两个结合了两个现有机制的新魔术方法__serialize()和__unserialize()来防止这些问题。

该提案以20票对7票获得通过。

PHP7.4 又将废弃什么功能呢？

更改连接运算符的优先级

目前，在 PHP 中 + , - 算术运算符和 . 字符串运算符是左关联的， 而且它们具有相同的优先级。例如：

  echo "sum: " . $a + $b;

在 PHP 7.3 中，此代码生成以下警告：

  Warning: A non-numeric value encountered in /app/types.php on line 4

这是因为这段代码是从左往右开始的，所以等同于：

  echo ("$sum: " . $a) + $b;

针对这个问题，这个 RFC 建议更改运算符的优先级，使 . 的优先级低于 + ，- 这两个运算符，以便在字符串拼接之前始终执行加减法。所以这行代码应该等同于以下内容：

  echo "$sum: " . ($a + $b);

这个提案分为两步走：

• 从 PHP7.4 开始，当遇见 + - 和 . 在没有指明执行优先级时，会发出一个弃用通知。
• 而真正调整优先级的这个功能，会在 PHP8 中执行弃用左关联三元运算符在 PHP 中，三元运算符与许多其他语言不同，它是左关联的。而根据 Nikita Popof 的所说：对于在不同语言之间切换的编程人员来说，会令他们感到困扰。比如以下的例子，在 PHP 中是正确的：$b = $a == 1 ? 'one' : $a == 2 ? 'two' : $a == 3 ? 'three' : 'other';它会被解释为：$b = (($a == 1 ? 'one' : $a == 2) ? 'two' : $a == 3) ? 'three' : 'other';对于这种复杂的三元表现形式，它很有可能不是我们希望的方式去工作，容易造成错误。因此，这个 RFC 提议删除并弃用三元运算符的左关联使用，强制编程人员使用括号。这个提议分为两步执行：
• 从 PHP7.4 开始，没有明确使用括号的嵌套三元组将抛出弃用警告。
• 从 PHP 8.0 开始，将出现编译运行时错误。

php7.4性能

出于对PHP 7.4的Alpha预览版性能状态的好奇，我今天针对使用Git构建的PHP 7.3.6、7.2.18、7.1.29和7.0.32运行了一些快速基准测试，并且每个发行版均以相同的方式构建。

在此阶段，PHPBench的7.4性能与PHP 7.3稳定版相当，已经比PHP 7.0快了约30％…当然，与PHP 5.5的旧时代相比，收益甚至更大。

在微基准测试中，PHP 7.4的运行速度仅比PHP 7.3快一点，而PHP-8.0的性能却差不多，至少要等到JIT代码稳定下来并默认打开为止。

在Phoronix测试套件的内部PHP自基准测试中，PHP 7.4的确确实处于PHP 7.3性能水平之上-至少在此Alpha前状态下。 自PHP 7.0起，取得了一些显着的进步，而自PHP5发行缓慢以来，也取得了许多进步。

总结：PHP7.4是一个令人期待的版本，但是PHP8才是整个PHP界最重大的事情。

推荐学习：《PHP视频教程》

 

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