Welche Änderungen werden in PHP8.2 enthalten sein (Leistungsverbesserungen, neue Funktionen)!

Der Veröffentlichungszeitpunkt von PHP8.2 steht noch nicht fest, die Veröffentlichung wird jedoch für Ende 2022 erwartet. In diesem Artikel werden Ihnen die Funktionen, Leistungsverbesserungen, veralteten Funktionen usw. der neuen Version vorgestellt.

Verwandte Empfehlungen: Der neueste Fortschritt von PHP8.2, neue Funktionen werden bald eingefroren!

null und false werden als unabhängige Typen behandelt.

PHP fällt nicht in die Richtung der perfekten Typsicherheit, aber aus technischer Sicht lohnt es sich, null und false als unabhängige Datentypen zu behandeln . Unter normalen Umständen zeigen viele gängige Funktionen in PHP einen Fehler an, indem sie „false“ zurückgeben. Zum Beispiel in file_get_content:

file_get_contents(/* … */): string|false

In der Vergangenheit konnte false in Union-Typen verwendet werden, aber in PHP8.2 konnte es alleine verwendet werden:

function alwaysFalse(): false
{
    return false;
}

Natürlich, einige Entwickler sind bei diesem Ansatz vorsichtig. Es unterstützt true nicht als unabhängigen Typ. Diese Entwickler glauben, dass false nur ein Wert ist und dass Typen Kategorien und nicht Werte darstellen sollten. Natürlich gibt es im Typsystem ein Konzept des Einheitentyps, bei dem es sich um einen Typ handelt, der nur einen Wert zulässt. Aber funktioniert das wirklich?

Aber ein anderer RFC diskutiert ebenfalls darüber, true als Typ zu PHP hinzuzufügen.

Eine separate Null macht sehr viel Sinn, daher können Sie einfach das Null-Objektmuster implementieren:

class Post
{
    public function getAuthor(): ?string { /* … */ }
}

class NullPost extends Post
{
    public function getAuthor(): null { /* … */ }
}

Dadurch kann NullPost::getAuthor() sagen, dass nur Null zurückgegeben wird, ohne dass Null und String wie folgt kombiniert werden müssen vor Aussage.

Dynamische Eigenschaften verwerfen

Dies ist ein besseres Design für die Sprachspezifikation, schränkt aber auch viele Verwendungsmöglichkeiten ein. Dynamische Eigenschaften sind in PHP 8.2 veraltet und lösen in PHP Fehlerausnahmen aus.

Was sind dynamische Attribute? Das heißt, Sie deklarieren diese Eigenschaften nicht in der Klasse, können sie aber trotzdem festlegen und abrufen:

class Post
{
    public string $title;
}

// …

$post->name = 'Name';  // 在PHP8.2中不能这样使用，因为并没有在类中声明

Aber keine Sorge, magische Methoden wie __set und __get funktionieren weiterhin wie erwartet:

class Post
{
    private array $properties = [];

    public function __set(string $name, mixed $value): void
    {
        $this->properties[$name] = $value;
    }
}

// …

$post->name = 'Name';

Das Gleiche gilt für Standardobjekte: stdClass unterstützt weiterhin dynamische Eigenschaften.

PHP war früher eine hochdynamische dynamische Sprache, aber jetzt sind viele Menschen bereit, strengere Programmiermethoden zu akzeptieren. Es ist eine gute Sache, so streng wie möglich zu sein und sich so weit wie möglich auf die statische Analyse zu verlassen, da Entwickler dadurch besseren Code schreiben können.

Einige Entwickler, die Wert auf dynamische Eigenschaften legen, könnten mit dieser Änderung jedoch sehr unzufrieden sein. Wenn Sie diese Warnungen bei der Verwendung von PHP8.2 nicht sehen möchten, können Sie Folgendes tun:

#[AllowDynamicProperties]
class Post
{
    public string $title;
}

// …

$post->name = 'Name'; // 一切正常

#[AllowDynamicProperties]Eine andere Die Methode besteht darin, die Alarmstufe zu ändern, dies wird jedoch nicht empfohlen. Wenn Sie ein Upgrade auf PHP9.0 planen, werden Sie auf Probleme stoßen.

error_reporting(E_ALL ^ E_DEPRECATED);

Parameter-Desensibilisierung beim Verfolgen von AnrufenWas ist Parameter-Desensibilisierung? Wenn wir entwickeln und auf Fehler stoßen, verwenden wir Trace zum Debuggen, aber der aktuelle Stapel zeichnet einige vertrauliche Daten auf, z. B. Umgebungsvariablen, Kennwörter und Benutzer.

In PHP8.2 ist eine gewisse Bearbeitung von Parametern zulässig (Redact, nennen wir es Bearbeitung, hat eine gewisse Modifikationsbedeutung, es ist jedoch nicht angebracht, es direkt als Modifikation zu bezeichnen), z. B. die Desensibilisierung einiger Parameter, damit die aufrufenden Werte erhalten bleiben dieser Parameter werden nicht in den Stapelinformationen aufgeführt:

function test(
    $foo,
    #[\SensitiveParameter] $bar,
    $baz
) {
    throw new Exception('Error');
}

test('foo', 'bar', 'baz');

Wenn ein Fehler gemeldet wird, werden Sie feststellen, dass die zweite Parameterleiste nicht den tatsächlichen Wert aufzeichnet. Dies kann eine desensibilisierende Wirkung haben. Wenn das Passwort weitergegeben wird, wird es nicht aufgezeichnet.

Fatal error: Uncaught Exception: Error in test.php:8
Stack trace:
#0 test.php(11): test('foo', Object(SensitiveParameterValue), 'baz')
#1 {main}
  thrown in test.php on line 8

Einige Methoden zum Aufrufen von Objekten sind veraltet.Einige frühere Methoden zum Aufrufen von Objekten sind veraltet. Einige davon müssen über call_user_func($callable) aufgerufen werden, anstatt direkt über $callable() aufgerufen zu werden.

"self::method"
"parent::method"
"static::method"
["self", "method"]
["parent", "method"]
["static", "method"]
["Foo", "Bar::method"]
[new Foo, "Bar::method"]

Warum machst du das? Nikita erklärt es in der RFC-Diskussion gut:

Diese veralteten Aufrufe sind kontextspezifisch und die Methode, auf die sich „self::method“ bezieht, hängt davon ab, von welcher Klasse der Aufruf oder die Aufrufbarkeitsprüfung durchgeführt wird. Tatsächlich gilt dies normalerweise auch für die letzten beiden Fälle, wenn sie in der Form [new Foo, „parent::method“] verwendet werden.

Die Reduzierung der Kontextabhängigkeit aufrufbarer Objekte ist ein sekundäres Ziel dieses RFC. Nach diesem RFC ist die einzige verbleibende Bereichsabhängigkeit die Methodensichtbarkeit: „Foo::bar“ kann in einem Bereich sichtbar sein, in einem anderen jedoch nicht. Wenn aufrufbare Objekte in Zukunft auf öffentliche Methoden beschränkt werden, werden aufrufbare Typen wohldefiniert und können als Eigenschaftstypen verwendet werden. Änderungen an der Sichtbarkeitsbehandlung werden im Rahmen dieses RFC jedoch nicht empfohlen.

Verbessern Sie den Erkennungsmechanismus und die Ebene undefinierter Variablen. Undefinierte Variablen sind solche, die vor dem Lesen nicht initialisiert wurden. Der Zugriff auf eine undefinierte Variable gibt derzeit E_WARNING „Warnung: undefinierte Variable $varname“ aus und behandelt die Variable als null, unterbricht jedoch nicht die Ausführung, sodass die Codeausführung unvermindert fortgesetzt werden kann, jedoch möglicherweise in einem unerwarteten Zustand.

Derzeit können Sie einige Konfigurationen verwenden, um zu veranlassen, dass PHP bei der Ausführung Ausnahmen auf Fehlerebene für undefinierte Variablen generiert. Dies erfordert jedoch eine separate Konfiguration. PHP sollte standardmäßig sicherere Prüfungen ermöglichen.

一般什么情况下会出现未定义变量的情况呢？

用法1

变量在某个分支中声明，比如在if中设置一个值。

if  ( $user -> admin )  {
   $restricted  =  false ;
}

if  ( $restricted )  {
   die ( '你没有进入这里的权限' ) ;
}

用法2

变量拼写错误：

$name = 'Joe';
echo 'Welcome, ' . $naame;

这种用法在1中也可能会发生：

if ($user->admin) {
   $restricted = false;
} else {
   $restrictedd = true;
}

if ($restricted) {
   die('You do not have permission to be here');
}

用法3

在循环中定义，但这个循环可能并没有执行：

while ($item = $itr->next()) {

   $counter++; // 定义变量
}

  // 这里调用了变量，但是很有可能并没有定义这个变量
echo 'You scanned ' . $counter . ' items';

解决方法

在这些分支之前提前定义好一个默认值。

对于第1种用法：

$restricted = true;
if ($user->admin) {
   $restricted = false;
}

if ($restricted) {
   die('You do not have permission to be here');
}

对于第3种用法：

$counter = 0;
while ($item = $itr->next()) {
   $counter++;
}

echo 'You scanned ' . $counter . ' items';

这样做的好处是消除了整个访问和使用这些未定义变量的后果，以及回退到引擎默认状态的用户态错误。这样我们提供了另一层保护，防止PHP程序发生了这种意外后继续运行。

这种更改也会让PHP引擎和JIT等方面不会那么复杂。

这个版本主要是针对PHP9.0的，在PHP8.2的还是警告，在以后会将这种行为提升到错误级别。

增加只读类

通过给类添加只读修饰符来声明只读类。

readonly class Test {
    public string $prop;
}

这样做会隐式地将类的所有实例属性标记为只读。此外，它将阻止创建动态属性。

readonly class Foo
{
    public int $bar;

    public function __construct() {
        $this->bar = 1;
    }
}

$foo = new Foo();
$foo->bar = 2;
// 抛出错误，不能修改只读属性 Foo::$bar

$foo->baz = 1;
// 抛出错误：不能动态创建属性 Foo::$baz

可以通过增加#[AllowDynamicProperties]属性，可以不触发错误的情况下创建动态属性。

#[AllowDynamicProperties]
readonly class Foo {
}

一些限制：

由于是只读类，必须对属性声明类型：

readonly class Foo
{
    public $bar;
}
// 以上定义会产生错误。

不能使用静态属性：

readonly class Foo
{
    public static int $bar;
}
// 抛出错误: 只读属性不能声明静态类型

原文地址：https://phpreturn.com/index/a626a74a300dc5.html

原文平台：PHP武器库

版权声明：本文由phpreturn.com（PHP武器库官网）原创和首发，所有权利归phpreturn（PHP武器库）所有，本站允许任何形式的转载/引用文章，但必须同时注明出处。

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

Das obige ist der detaillierte Inhalt vonWelche Änderungen werden in PHP8.2 enthalten sein (Leistungsverbesserungen, neue Funktionen)!. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!