Apakah perubahan yang akan disertakan dalam PHP8.2 (peningkatan prestasi, ciri baharu)!

Masa keluaran PHP8.2 masih belum ditentukan, tetapi ia dijangka akan dikeluarkan pada penghujung tahun 2022. Artikel ini akan memperkenalkan anda kepada ciri, peningkatan prestasi, ciri yang ditamatkan, dsb. dalam versi baharu.

Cadangan berkaitan: Kemajuan terkini PHP8.2, ciri baharu akan dibekukan tidak lama lagi!

null dan false akan dianggap sebagai jenis bebas

PHP tidak akan jatuh ke arah keselamatan jenis yang sempurna , tetapi dari sudut teknikal, adalah berbaloi untuk menganggap null dan false sebagai jenis data bebas. Dalam keadaan biasa, banyak fungsi biasa dalam PHP akan menunjukkan ralat dengan mengembalikan palsu. Contohnya, dalam file_get_content:

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

Pada masa lalu, false boleh digunakan dalam jenis kesatuan, tetapi ia tidak boleh digunakan secara berasingan dalam PHP8.2, ia boleh digunakan secara bersendirian: ​​

function alwaysFalse(): false
{
    return false;
}

Sudah tentu, Sesetengah pembangun berhati-hati tentang pendekatan ini. Ia tidak menyokong benar sebagai jenis bebas. Pembangun ini percaya bahawa palsu hanyalah nilai dan jenis itu harus mewakili kategori dan bukannya nilai. Sudah tentu, dalam sistem jenis, terdapat konsep jenis unit, iaitu jenis yang hanya membenarkan satu nilai. Tetapi adakah ini benar-benar berkesan?

Tetapi RFC lain juga sedang membincangkan menambah benar sebagai jenis pada PHP.

Null bebas adalah bermakna, supaya corak objek kosong boleh dilaksanakan dengan mudah:

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

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

Ini boleh dikatakan untuk NullPost::getAuthor() bahawa ia hanya akan mengembalikan null, tidak perlu Seperti sebelum ini, null dan string mesti diisytiharkan bersama-sama.

Tanggalkan sifat dinamik

Ini ialah reka bentuk yang lebih baik untuk spesifikasi bahasa, tetapi ia juga mengehadkan banyak kegunaan. Sifat dinamik ditamatkan dalam PHP 8.2 dan akan membuang pengecualian ralat dalam PHP.

Apakah sifat dinamik? Iaitu, anda tidak mengisytiharkan sifat ini dalam kelas, tetapi anda masih boleh menetapkan dan mendapatkannya:

class Post
{
    public string $title;
}

// …

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

Tetapi yakinlah, kaedah ajaib seperti __set dan __get masih akan berfungsi seperti yang diharapkan:

class Post
{
    private array $properties = [];

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

// …

$post->name = 'Name';

Begitu juga dengan objek standard: stdClass akan terus menyokong sifat dinamik.

PHP dahulunya merupakan bahasa dinamik yang sangat dinamik, tetapi kini ramai orang bersedia menerima kaedah pengaturcaraan yang lebih ketat. Menjadi setegas mungkin dan bergantung pada analisis statik sebanyak mungkin adalah perkara yang baik kerana ia membolehkan pembangun menulis kod yang lebih baik.

Walau bagaimanapun, sesetengah pembangun yang menghargai sifat dinamik mungkin tidak berpuas hati dengan perubahan ini Jika anda tidak mahu melihat amaran ini apabila menggunakan PHP8.2, anda boleh melakukan ini:

Ya Menggunakan. #[AllowDynamicProperties]

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

// …

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

Cara lain ialah mengubah suai tahap penggera, tetapi ini tidak disyorkan. Anda akan menghadapi masalah apabila anda merancang untuk menaik taraf kepada PHP9.0.

error_reporting(E_ALL ^ E_DEPRECATED);

Penyahpekaan parameter apabila mengesan panggilan

Apakah penyahpekaan parameter? Apabila kami membangun, apabila kami menghadapi ralat, kami akan menggunakan Trace untuk nyahpepijat, tetapi tindanan semasa merekodkan beberapa data sensitif, seperti pembolehubah persekitaran, kata laluan dan pengguna.

Dalam PHP8.2, beberapa pengeditan parameter dibenarkan (Redact, mari kita panggil ia menyunting, mempunyai beberapa maksud pengubahsuaian, tetapi tidak sesuai untuk memanggilnya pengubahsuaian secara langsung), seperti menyahpekakan beberapa parameter, supaya ini Nilai panggilan parameter tidak akan disenaraikan dalam maklumat tindanan:

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

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

Jika ralat dilaporkan, anda akan mendapati bar parameter kedua tidak merekodkan nilai sebenar. Ini boleh memberi kesan desensitisasi Jika kata laluan diluluskan, ia tidak akan direkodkan.

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

Sesetengah kaedah memanggil objek telah ditamatkan

Sesetengah kaedah sebelumnya untuk memanggil objek telah ditamatkan. Sebahagian daripada ini perlu dipanggil melalui call_user_func($callable), dan bukannya dipanggil terus oleh $callable().

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

Mengapa anda melakukan ini? Nikita menerangkannya dengan baik dalam perbincangan RFC:

Panggilan yang ditamatkan ini adalah khusus konteks dan kaedah yang dirujuk oleh "self::method" bergantung pada kelas mana panggilan itu dilaksanakan atau semakan Kebolehpanggilan . Malah, ini biasanya digunakan pada dua kes terakhir juga apabila digunakan dalam bentuk [Fo baharu, "ibu bapa:: kaedah"].

Mengurangkan kebergantungan konteks objek boleh panggil ialah matlamat kedua RFC ini. Selepas RFC ini, satu-satunya pergantungan skop yang tinggal ialah keterlihatan kaedah: "Foo::bar" mungkin kelihatan dalam satu skop tetapi tidak dalam skop yang lain. Jika pada masa hadapan objek boleh panggil terhad kepada kaedah awam, maka jenis boleh panggil akan menjadi jelas dan boleh digunakan sebagai jenis harta. Walau bagaimanapun, perubahan pada pengendalian keterlihatan tidak disyorkan sebagai sebahagian daripada RFC ini.

Meningkatkan mekanisme pengesanan dan tahap pembolehubah tidak ditentukan

Pembolehubah tidak ditentukan ialah pembolehubah yang belum dibaca sebelum ia dibaca. pembolehubah sedang dimulakan. Mengakses pembolehubah yang tidak ditentukan pada masa ini mengeluarkan E_WARNING "Amaran: pembolehubah tidak ditentukan $varname" dan menganggap pembolehubah itu sebagai batal, tetapi tidak mengganggu pelaksanaan, membenarkan pelaksanaan kod diteruskan tanpa henti, tetapi mungkin dalam keadaan yang tidak dijangka.

Pada masa ini, anda boleh menggunakan beberapa konfigurasi untuk menyebabkan PHP menjana pengecualian peringkat ralat untuk pembolehubah yang tidak ditentukan semasa melaksanakan, tetapi ini memerlukan konfigurasi yang berasingan. PHP harus menyediakan semakan yang lebih selamat secara lalai.

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

用法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视频教程》

Atas ialah kandungan terperinci Apakah perubahan yang akan disertakan dalam PHP8.2 (peningkatan prestasi, ciri baharu)!. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!