成人怡红院-成人怡红院视频在线观看-成人影视大全-成人影院203nnxyz-美女毛片在线看-美女免费黄

站長資訊網
最全最豐富的資訊網站

你知道PHP 7.4的新增特性有哪些?

在PHP中有太多我們需要學習和了解的東西,今天這篇文章就讓我們一起去看看php7.4中的秘密吧!我相信,當你們看完這篇文章后一定會收獲很多東西,話不多說,一起看看吧!

你知道PHP 7.4的新增特性有哪些?

PHP 7.4中的PHP有何新功能?

在本文中,我們討論了PHP 7.4最終版本中應在語言中添加的一些更改和功能:

  • 支持數組內解包 – 數組擴展Spread運算符
  • 箭頭函數 2.0 (更加簡短的閉包)
  • NULL 合并運算符
  • 弱引用
  • 協(xié)變返回和逆變參數
  • 預加載
  • 新的自定義對象序列化機制

性能提升,數組表達式中引入 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 是一個方法。還是在編譯時,優(yōu)化了高效率的常量數組

Spread 運算符的一個顯著優(yōu)點是它支持任何可遍歷的對象,而該 array_merge 函數僅支持數組。以下是數組中參數帶有 Spread 運算符的示例:

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

如果在 PHP 7.3 或更早版本中運行此代碼,PHP 會拋出一個 Parse 錯誤:

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 聲明我們可以多次擴展同一個數組。此外,我們可以在數組中的任何位置使用 Spread Operator 語法,因為可以在 spread 運算符之前或之后添加常規(guī)元素。因此,以下代碼將按預期工作:

$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 錯誤:

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

如果第一個數組的元素是通過引用存儲的,那么它們也通過引用存儲在第二個數組中。這是一個例子:

  $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"   }

箭頭函數 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 繼承父作用域中定義的變量,如下所示:

  $factor = 10;   $calc = function($num) use($factor){     return $num * $factor;   };

但是在 PHP 7.4 中,父級作用域的值是通過隱式捕獲的(隱式按值的作用域進行綁定)。所以我們可以用一行來完成一下這個函數

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

父級作用域定義的變量可以用于箭頭函數,它跟我們使用 use 是等價的,并且不可能被父級所修改。新語法是對語言的一個很大改進,因為它允許我們構建更易讀和可維護的代碼。

NULL 合并運算符

由于日常使用中存在大量同時使用三元表達式和 isset () 的情況, 我們添加了 null 合并運算符 (??) 這個語法糖。如果變量存在且值不為 NULL, 它就會返回自身的值,否則返回它的第二個操作數。

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

這段代碼的作用非常簡單:它獲取請求參數并設置默認值(如果它不存在)。但是在 RFC 這個例子中,如果我們有更長的變量名稱呢?

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

長遠來看,這段代碼可能難以維護。因此,旨在幫助開發(fā)人員編寫更直觀的代碼,這個 RFC 建議引入 null 合并等于運算符 (null_coalesce_equal_operator)??=,所以我們可以敲下面這段代碼來替代上面的這段代碼:

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

如果左側參數的值為 null,則使用右側參數的值。

注意,雖然 coalesce 運算符 ?? 是一個比較運算符,但 ??= 它是賦值運算符。

類型屬性 2.0

類型的聲明,類型提示,以及指定確定類型的變量傳遞給函數或類的方法。其中類型提示是在 PHP5 的時候有的一個功能,PHP 7.2 的時候添加了 object 的數據類型。而 PHP7.4 更是增加了主類屬性聲明,看下面的例子:

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

除了 voidcallable 外,所有的類型都支持

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

為什么不支持 voidcallable?下面是 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 類型,因為其行為取決于上下文。

因此,我們可以放心使用 boolintfloatstringarrayobjectiterableselfparent,當然還有我們很少使用的 nullable 空允許 (?type)

所以你可以在 PHP7.4 中這樣敲代碼:

  // 靜態(tài)屬性的類型   public static iterable $staticProp;    // var 中聲明屬性   var bool $flagl    // 設置默認的值   // 注意,只有 nullable 的類型,才能設置默認值為 null   public string $str = "foo";   public ?string $nullableStr = null;    // 多個同類型變量的聲明   public float $x, $y;

如果我們傳遞不符合給定類型的變量,會發(fā)生什么?

  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

協(xié)變返回和逆變參數

協(xié)變和逆變
百度百科的解釋

  • Invariant (不變): 包好了所有需求類型
  • Covariant (協(xié)變):類型從通用到具體
  • Contravariant (逆變): 類型從具體到通用目前,PHP 主要具有 Invariant 的參數類型,并且大多數是 Invariant 的返回類型,這就意味著當我是 T 參數類型或者返回類型時,子類也必須是 T 的參數類型或者返回類型。但是往往會需要處理一些特殊情況,比如具體的返回類型,或者通用的輸入類型。而 RFC 的這個提案就提議,PHP7.4 添加協(xié)變返回和逆變參數,以下是提案給出來的例子:協(xié)變返回:
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 中的過程,如下圖所示

你知道PHP 7.4的新增特性有哪些?

引用他的原話:

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 文件加載到內存中 – 并使得這些預加載的內容,在后續(xù)的所有請求中 “永久可用”。這些文件中定義的所有函數和類在請求時,就可以開箱即用,與內置函數相同。

預加載由 php.iniopcache.preload 進行控制。這個參數指定在服務器啟動時編譯和執(zhí)行的 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 又將廢棄什么功能呢?

更改連接運算符的優(yōu)先級

目前,在 PHP 中 + , - 算術運算符和 . 字符串運算符是左關聯的, 而且它們具有相同的優(yōu)先級。例如:

  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 建議更改運算符的優(yōu)先級,使 . 的優(yōu)先級低于 +- 這兩個運算符,以便在字符串拼接之前始終執(zhí)行加減法。所以這行代碼應該等同于以下內容:

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

這個提案分為兩步走:

  • 從 PHP7.4 開始,當遇見 + -. 在沒有指明執(zhí)行優(yōu)先級時,會發(fā)出一個棄用通知。
  • 而真正調整優(yōu)先級的這個功能,會在 PHP8 中執(zhí)行棄用左關聯三元運算符在 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 提議刪除并棄用三元運算符的左關聯使用,強制編程人員使用括號。這個提議分為兩步執(zhí)行:
  • 從 PHP7.4 開始,沒有明確使用括號的嵌套三元組將拋出棄用警告。
  • 從 PHP 8.0 開始,將出現編譯運行時錯誤。

php7.4性能

出于對PHP 7.4的Alpha預覽版性能狀態(tài)的好奇,我今天針對使用Git構建的PHP 7.3.6、7.2.18、7.1.29和7.0.32運行了一些快速基準測試,并且每個發(fā)行版均以相同的方式構建。

你知道PHP 7.4的新增特性有哪些?

在此階段,PHPBench的7.4性能與PHP 7.3穩(wěn)定版相當,已經比PHP 7.0快了約30%…當然,與PHP 5.5的舊時代相比,收益甚至更大。

你知道PHP 7.4的新增特性有哪些?

在微基準測試中,PHP 7.4的運行速度僅比PHP 7.3快一點,而PHP-8.0的性能卻差不多,至少要等到JIT代碼穩(wěn)定下來并默認打開為止。

你知道PHP 7.4的新增特性有哪些?

在Phoronix測試套件的內部PHP自基準測試中,PHP 7.4的確確實處于PHP 7.3性能水平之上-至少在此Alpha前狀態(tài)下。 自PHP 7.0起,取得了一些顯著的進步,而自PHP5發(fā)行緩慢以來,也取得了許多進步。

總結:PHP7.4是一個令人期待的版本,但是PHP8才是整個PHP界最重大的事情。

推薦學習:《PHP視頻教程》

贊(0)
分享到: 更多 (0)
?
網站地圖   滬ICP備18035694號-2    滬公網安備31011702889846號
图片区小说区激情春色| 中文字幕 制服 亚洲 另类| 噜噜噜亚洲色成人网站| JIZZ成熟丰满韩国女人少妇| 日韩精品一区二区三区在线观看 | 极品粉嫩小泬50P| 真实国产乱子伦精品一区二区三区| 欧美黑人又大又粗XXXXX吞精| 丰满大爆乳波霸奶| 亚洲第一极品精品无码久久| 免费播放AV网站的地址| 荡公乱妇HD电影中文字幕| 亚洲国产精品无码久久电影| 欧美人与ZOZOXXXX视频| 国产无遮挡又黄又爽动态图| 余生请多指教在线观看免费全集| 乳欲人妻办公室奶水| 久久99精品久久久久久野外| 边吃奶边添下面好爽| 亚洲国产综合无码一区二区BT下| 欧美日韩在线亚洲一区蜜芽| 国产亚洲美女精品久久久久| VIDEOS欧美熟妇高跟| 亚洲另类人妻小说| 少妇亚洲XXXX| 老妇FREE性VIDEOSXX| 国产裸拍裸体女网站链接在线观看| 重囗味SM在线观看无码| 亚洲AV日韩AV无码| 日本一线和三线的区别是什么| 久久久久久亚洲精品成人| 国产精东天美AV影业传媒| 中文字幕日韩精品有码视频| 性色A∨精品高清在线观看| 欧亚精品卡一卡二卡三7174| 久久青榴社区福利无码| 国产亚洲欧美日韩亚洲中文色| 成年女人18毛片毛片免费不卡 | 激情无码白丝人妻又大又粗 | 欧美性猛交XXXX免费看| 久久久99精品成人片中文字幕| 国产精品久久久久无码AV| 成年免费视频黄网站在线观看| 7777奇米四色眼影| 中国WINDOWS野外| 野花影视在线观看免费高清完整版 | 国产亚洲精品一区在线播放| 国产成人AV无码精品| 丰满妇女强高潮18ⅩXXX| ZOOMSERVO兽狗产品优势| 99久无码中文字幕一本久道| 51精产国品一二三产区区| 曰本无码人妻丰满熟妇啪啪| 亚洲人成色4444在线观看| 亚洲超碰无码色中文字幕97| 亚洲AV无码成H在线观看| 羞羞午夜爽爽爽爱爱爱爱人人人| 乌克兰ZOOMKOOL| 小SAO货CAO得你舒服么| 小受呻吟高潮GV在线观看| 亚洲AV日韩AV无码AV| 亚洲AV无码不卡| 亚洲欧美综合人成在线| 又黑又肥的60岁岳| 99国内精品久久久久久久漫画| FREE性满足HD| 粉嫩虎白女毛片人体| 国产精品高潮呻吟爱久久AV无码| 国产午夜精品一区二区三区软件| 国内少妇毛片视频| 久久久久亚洲AV成人人电影软件| 免费男人下部进女人下部视频| 轻点灬大JI巴太粗太长了| 色噜噜狠狼综合在线视频| 婷婷久久综合九色综合97| 亚洲ΑV久久久噜噜噜噜噜| 亚洲综合一区二区三区无码 | 精品人妻中文AV一区二区三区| 久久夜色精品国产噜噜噜亚洲AV| 女人裸体张开腿无遮挡| 色欲av夜夜嗨av性色av| 亚洲AV无码一区二区高潮| 永久免费看真人动漫网站| 把腿张开老子CAO烂你NP皇宫| 国产成人无码精品XXXX网站| 精品无码久久久久国产APP| 欧美色欧美亚洲另类二区 | 国产仑乱无码内谢| 蜜臀久久久久精品久久久| 天堂8在线新版官网| 真实国产乱子伦沙发睡午觉| 国产95在线 | 免费| 久久无码人妻一区二区三区| 国产精品V欧美精品∨日韩| 久久精品无码免费不卡| 日韩久久无码免费毛片软件| 亚洲熟妇A∨日韩熟妇在线| 丁香五月开心婷婷激情综合| 久久久久黑人强伦姧人妻| 亭亭玉立国色天香四月天| 中国老B亂伦AV| 国产亚洲一区二区手机在线观看| 欧美极品小妇另类xXXX性| 亚洲欧美综合人成在线| 国产SUV精品一区二区33| 欧美成人区精品一区二区婷婷 | 国产高清中文版HD中字 | 成人无码精品一区二区三区亚洲区| 久久蜜桃86人妻arvi| 亚洲AV日韩AV永久无码久久| 丰满人妻一区二区三区视频53 | 成人国产精品一区二区网站| 老熟女重囗味HDXX70星空| 亚洲AV综合久久九九| 国产精品成人VA在线观看| 日本特黄特色AAA大片免费| 中文字日产幕码三区做法| 久久久久久久精品国产亚洲87| 羞羞漫画_成人漫画_成人专用| 寡妇被下药和大狼拘| 日韩免费无码人妻波多野| 白丝制服被啪到喷水很黄很暴力| 女人被狂躁到高潮视频免费软件| 伊人久久大香线蕉AV一区二区| 精品无码一区二区三区水蜜桃| 亚洲AV毛片一区二区三区| 国产高潮流白浆喷水在线观看| 色综合久久久久久久久五月| 成人免费无码大片A毛片直播 | 影视AV久久久噜噜噜噜噜三级| 久久久久精品久久九九| 亚洲午夜无码片在线观看影院百度| 娇喘潮喷抽搐高潮在线视频| 亚洲第一狼人天堂网亚洲AV| 精品无人区卡一卡二卡三乱码| 亚洲乱亚洲乱妇无码麻豆| 精品人妻一区二区三区免费| 亚洲精品无码AV专区最新 | 少女たちよ在线观看动漫在线观看 | 欧美电影在线观看| 办公室撕开奶罩揉吮奶头H文 | 成人午夜又粗又硬又长| 双腿扒开调教羞辱惩罚视频| 国产乱妇乱子视频在播放| 亚洲成人无码AV| 麻豆文化传媒精品| CHINA东北女人对话过瘾| 日韩人妻无码视频| 国产亚AV手机在线观看| 亚洲日本一线产区二线区| 欧美 日韩 国产 成人 在线观看| 波多野结衣一区二区三区高清 | 中国老太奶BBW性姣| 人妻无码一区二区三区TV| 国产精品毛片VA一区二区三区| 亚洲精品天堂无码中文字幕| 乱人伦中文字幕在线| 成人无码专区免费播放三区| 亚洲AVSSS在线观看| 麻豆国产96在线日韩麻豆| 对白脏话肉麻粗话AV| 亚洲熟妇AV一区二区三区下载 | 日本护士体内SHE精2╳╳╳| 国产韩国精品一区二区三区久久| 无码熟妇人妻AV在线影片| 久久精品蜜芽亚洲国产AV| WWW国产成人免费观看视频| 香蕉久久夜色精品升级完成| 美日韩一区二区三区| 国产精品天干天干综合网| 制服丝袜长腿无码专区第一页| 熟妇阿 HD中文电影| 久久久99精品成人片| 公咬着小娇乳H边走边欢视频| 野花日本韩国视频免费高清观看| 少妇无码AV无码专区线| 美女床上喷水在线观看| 国产亚洲一区二区手机在线观看| 啊灬啊灬啊灬高潮了视频| 亚洲国产群交无码AV| 色五月激情中文字幕| 女人18毛片A级毛片嫰阝| 怀孕挺大肚子疯狂高潮AV毛片 | 日本熟妇人妻XXXXX-欢迎您| 久久婷婷六月综合色液啪| 国产精品三级一区二区| А√在线天堂官网| 一区二区三区精品视频免费播放| 午夜亚洲WWW湿好爽| 日韩一区二区三区精品视频| 蜜桃AV噜噜一区二区三区| 精品韩国亚洲AV无码不卡区 | 欧美人与性动交XXⅩXX| 久久久久久九九99精品| 狠狠色噜噜狠狠狠狠97| 国产成人亚洲综合色影视| 成年奭片免费观看视频天天看| 91精品人妻欧美一区二区三区| 亚洲午夜性春猛交ⅩXXX| 亚洲乱色伦图片区小说|