PHP8.2有哪些新特性

这篇“PHP8.2有哪些新特性”文章的知识点大部分人都不太理解,所以小编给大家总结了以下内容,内容详细,步骤清晰,具有一定的借鉴价值,希望大家阅读完这篇文章能有所收获,下面我们一起来看看这篇“PHP8.2有哪些新特性”文章吧。

创新互联建站是一家朝气蓬勃的网站建设公司。公司专注于为企业提供信息化建设解决方案。从事网站开发,网站制作,网站设计,网站模板,微信公众号开发,软件开发,小程序设计,十载建站对轻质隔墙板等多个行业,拥有多年的网站设计经验。

null和false将作为独立的类型

PHP并不会陷入到完美的类型安全方向中,但是从技术的角度考虑,将null和false作为独立的数据类型是值得的。一般情况下,PHP的很多常见的函数,会通过返回false表示出错了。比如在file_get_content中:

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

在以前,false可以在联合类型中使用,但是不能独立使用,在PHP8.2中可以单独使用:

function alwaysFalse(): false
{
    return false;
}

当然,对于这个做法,一些开发者都持谨慎态度。他并不支持true作为独立类型。这些开发者们认为,false只是一个值,类型应该代表类别而不是一个值。当然在类型系统中,有一个概念是单元类型,它是只允许一个值的类型。但是这真的有用吗?

不过另一个RFC也正在讨论将true作为一种类型添加到PHP中。

一个独立的null却很有意义,这样可以简单地实现空对象模式:

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

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

这对NullPost::getAuthor()能够说它只会返回null,不必像以前那样必须将null和string一起联合声明。

弃用动态属性

对于语言规范来说,这是更好的设计,但是也会限制很多用法。动态属性在PHP8.2中被弃用,并且会在PHP中抛出错误异常。

什么是动态属性?就是你没有在类中声明这些属性,但是仍然可以设置和获取:

class Post
{
    public string $title;
}

// …

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

不过放心,__set和__get等魔术方法将仍然按预期中工作:

class Post
{
    private array $properties = [];

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

// …

$post->name = 'Name';

标准对象也是如此:stdClass将继续支持动态属性。

PHP曾经是一种动态程度很强的动态语言,但是现在已经有很多人愿意接受更加严格的编程方式了。尽可能的严格,尽可能的依赖静态分析是一件好事,这能让开发者们写出更好的代码。

不过可能一部分很看重动态属性的开发人员对这种变化会很不满意,如果你不想在使用PHP8.2时看到这些警告,可以这样做:

可以使用#[AllowDynamicProperties]

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

// …

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

另一种方法是修改报警级别,但不建议这样做。等你打算升级到PHP9.0时会遇到麻烦。

error_reporting(E_ALL ^ E_DEPRECATED);

追踪调用时参数脱敏

什么叫参数脱敏?在我们开发时,遇到错误,都会使用Trace调试,但是目前的堆栈记录下一些敏感数据,比如环境变量、密码、用户。

在PHP8.2中允许对参数进行一些编订( Redact ,姑且叫做编订,有一些修饰的意思,但直接称为修饰并不合适),比如将一些参数设置脱敏,这样这些参数的调用值不会在堆栈信息中列出:

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

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

如果报错的话,会发现,第二个参数bar并没有记录实际的值。这样能起到脱敏的作用,如果传的是密码的话,就不会别记录下来。

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

弃用了部分对象的调用方式

一些以前的调用对象方式杯弃用了。这里面一些是需要通过call_user_func($callable)来调用的,而不是能够$callable()直接调用的。

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

为什么要这样做呢?Nikita在RFC讨论中很好的做出了解释:

这些废弃的调用都是有关上下文的, “self::method”所指的方法取决于从哪个类执行调用或可调用性检查。实际上,当以[new Foo, "parent::method"]的形式使用时,这通常也适用于最后两种情况。

减少可调用对象的上下文相关性是本RFC的次要目标。在这个RFC之后,唯一剩下的范围依赖是方法可见性:“Foo::bar”可能在一个范围内可见,但在另一个范围内不可见。如果将来可调用对象仅限于公共方法,那么可调用类型将变得明确定义并且可以用作属性类型。但是,对可见性处理的更改不建议作为本RFC的一部分。

提升对未定义变量的检测机制和级别

未定义的变量是那些在被读取之前还没有被初始化的变量。访问未定义的变量当前会发出E_WARNING“警告:未定义的变量$varname”,并将变量视为null,但不会中断执行,从而允许代码执行继续有增无减,但可能处于意外状态。

目前可以通过一些配置,让PHP执行时对未定义变量产生错误级异常,但这需要单独配置。PHP应当默认提供更安全的检验。

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

用法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;
}
// 抛出错误: 只读属性不能声明静态类型

以上就是关于“PHP8.2有哪些新特性”这篇文章的内容,相信大家都有了一定的了解,希望小编分享的内容对大家有帮助,若想了解更多相关的知识内容,请关注创新互联行业资讯频道。


当前文章:PHP8.2有哪些新特性
文章URL:http://ybzwz.com/article/geoccj.html