PHP8.2에는 어떤 변경 사항이 포함될 예정입니까(성능 개선, 새로운 기능)!

PHP8.2의 출시 시기는 아직 결정되지 않았지만, 2022년 말 출시될 것으로 예상됩니다. 이 글에서는 새 버전의 기능, 성능 개선, 더 이상 사용되지 않는 기능 등에 대해 소개합니다.

관련 권장사항: 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는 단지 값일 뿐이며 유형은 값이 아닌 범주를 나타내야 한다고 믿습니다. 물론 타입 시스템에는 하나의 값만 허용하는 타입인 단위 타입(unit type)이라는 개념이 있다. 하지만 이것이 정말 효과가 있을까요?

그러나 또 다른 RFC에서도 PHP에 true 유형을 추가하는 것에 대해 논의하고 있습니다.

별도의 null은 많은 의미가 있으므로 null 개체 패턴을 간단히 구현할 수 있습니다.

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

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

이는 NullPost::getAuthor()가 별도의 작업을 수행하지 않고도 null만 반환한다고 말할 수 있는 데 유용합니다. before 문처럼 null과 문자열을 결합합니다.

동적 속성 사용 중단

이것은 언어 사양에 더 나은 디자인이지만 많은 용도를 제한합니다. 동적 속성은 PHP 8.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';

동일합니다. 표준 객체의 경우에는 true입니다. 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에서는 일부 매개변수 편집이 허용됩니다(수정, 편집이라고 부르자, 일부 수정 의미가 있지만 직접 수정이라고 부르는 것은 적절하지 않습니다). ​​이러한 매개변수 중 스택 정보에는 나열되지 않습니다.

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

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

오류가 보고되면 두 번째 매개변수 표시줄에 실제 값이 기록되지 않는 것을 확인할 수 있습니다. 비밀번호가 전달되면 기록되지 않습니다.

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

일부 객체 호출 메서드가 더 이상 사용되지 않습니다.

객체를 호출하는 일부 이전 메서드는 더 이상 사용되지 않습니다. 이들 중 일부는 $callable()에 의해 직접 호출되기보다는 call_user_func($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;
}
// 抛出错误: 只读属性不能声明静态类型

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

原文平台：PHP武器库

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

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

위 내용은 PHP8.2에는 어떤 변경 사항이 포함될 예정입니까(성능 개선, 새로운 기능)!의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!