PHP 7.4, den n\u00e6ste PHP 7 mindre udgivelse, er blevet frigivet til General Disponibilitet den 28. november 2019. S\u00e5 det er tid for os at dykke ned i nogle af de mest sp\u00e6ndende tilf\u00f8jelser og nye funktioner, der vil have gjort PHP hurtigere og mere p\u00e5lidelige.<\/p>\n
Opdatering:<\/strong> PHP 8.1 (officiel udgivelse)<\/a> er nu tilg\u00e6ngelig for alle Kinsta-klienter. PHP 7.4 underst\u00f8ttes ikke l\u00e6ngere hos Kinsta. Bem\u00e6rk venligst, at vi underst\u00f8tter PHP-versioner 7.4, 8.0, 8.1, 8.2, 8.3, 8.4 og 8.5.<\/p>\n Faktisk, selvom PHP 7.4 signifikant \u00f8ger ydeevnen og forbedrer kodel\u00e6sbarheden, vil PHP 8<\/a> v\u00e6re den rigtige milep\u00e6l for PHP-ydeevne, da forslaget til JIT-integration<\/a> allerede er godkendt.<\/p>\n Anyway, i dag g\u00e5r vi igennem nogle af de mest interessante funktioner og \u00e6ndringer, vi forventer med PHP 7.4. Bare for lige at oplyse, var dette de vigtige datoer for 7.4-versionen:<\/p>\n Du kan tjekke den fulde liste over funktioner og tilf\u00f8jelser p\u00e5 den officielle RFC-side<\/a>.<\/p>\n I dette indl\u00e6g d\u00e6kker vi flere \u00e6ndringer og funktioner, som skal tilf\u00f8jes til sproget med den endelige udgivelse af PHP 7.4:<\/p>\n Tilg\u00e6ngelig siden PHP 5.6, er argumentet udpakning<\/a> en syntaks for udpakning af arrayer og Traversables<\/a> i argumentlister. For at udpakke et array eller en Traversable, skal det udfyldes af … (3 prikker), som vist i f\u00f8lgende eksempel:<\/p>\n Nu foresl\u00e5r denne PHP 7.4 RFC<\/a> at udvide denne funktion til array definitioner:<\/p>\n Den f\u00f8rste erkl\u00e6rede fordel ved Spread Operator i array-udtryk<\/strong> handler om pr\u00e6station. Faktisk siger RFC doc<\/a>:<\/p>\n Spread operat\u00f8r b\u00f8r have bedre ydeevne end En v\u00e6sentlig fordel ved Spread operat\u00f8r er, at den underst\u00f8tter alle traversable objekter, mens Her er et eksempel p\u00e5 argument udpakning i array udtryk:<\/p>\n Hvis du k\u00f8rer denne kode med i PHP 7.3 eller tidligere, kaster PHP en Parse-fejl:<\/p>\n I stedet ville PHP 7.4 returnere en matrix:<\/p>\n RFC angiver, at vi kan udvide det samme array flere gange. Desuden kan vi bruge Spread Operator-syntaxen overalt i arrayet, da normale elementer kan tilf\u00f8jes f\u00f8r eller efter spredningsoperat\u00f8ren. S\u00e5 f\u00f8lgende kode vil fungere som vi m\u00e5tte forvente:<\/p>\n Det er ogs\u00e5 muligt at udpakke arrayer, der returneres af en funktion direkte til et nyt array:<\/p>\n PHP 7.4 udsender f\u00f8lgende array:<\/p>\n Vi kan ogs\u00e5 bruge generatorsyntaxen<\/a>:<\/p>\n Men vi har ikke lov til at udpakke arrays, der er vedtaget som reference. Overvej f\u00f8lgende eksempel:<\/p>\n Hvis vi ville fors\u00f8ge at udpakke et array ved reference, kaster PHP f\u00f8lgende Parse-fejl:<\/p>\n I hvert fald, hvis elementerne i den f\u00f8rste matrix lagres ved reference, gemmes de som reference ogs\u00e5 i den anden matrix. Her er et eksempel:<\/p>\n Og her er hvad vi f\u00e5r med PHP 7.4:<\/p>\n Spread operat\u00f8r forslaget best\u00e5et med 43 til 1 stemmer.<\/p>\n I PHP anses anonyme funktioner<\/a> for at v\u00e6re ret verbose og vanskelige at implementere og vedligeholde. Denne RFC<\/a> foresl\u00e5r introduktion af den kortere og klarere syntaks af pilfunktionerne<\/strong> (eller korte lukninger), som skal g\u00f8re det muligt for os at rense vores PHP-kode betydeligt.<\/p>\n Overvej f\u00f8lgende eksempel:<\/p>\n PHP 7.4 tillader at bruge en mere kortfattet syntaks, og ovenst\u00e5ende funktion kan omskrives som f\u00f8lger:<\/p>\n I \u00f8jeblikket kan anonyme funktioner<\/a> (lukninger) arve variabler defineret i for\u00e6lderens omfang takket v\u00e6re sprogkonstruktionen, som vist nedenfor:<\/p>\n Men med PHP 7.4 er variabler defineret i parentes omfanget implicit fanget af v\u00e6rdi<\/strong> (implicit bindingsv\u00e6rdi bindende). S\u00e5 vi kan skrive hele funktionen set ovenfor p\u00e5 en enkelt linje:<\/p>\n Den variable, der er defineret i parentesomr\u00e5det, kan bruges i pilfunktionen n\u00f8jagtigt som om vi brugte Den nye syntaks er en stor forbedring af sproget, da det giver os mulighed for at bygge mere l\u00e6sbar og vedligeholdelig kode. Vi kan ogs\u00e5 bruge parameter og returtyper<\/a>, standardv\u00e6rdier, argumentlister med variabel l\u00e6ngde (variadiske funktioner<\/a>), vi kan videregive og returnere ved reference osv. Endelig kan korte lukninger ogs\u00e5 bruges i klassemetoder, og de kan g\u00f8re brug af Denne RFC er godkendt med 51 til 8 stemmer, s\u00e5 vi kan forvente, at det er en del af PHP 7.4 tilf\u00f8jelser.<\/p>\n Tilf\u00f8jet med PHP 7, kommer coalesce operat\u00f8ren<\/a> ( Hvad denne kode g\u00f8r er ret retf\u00e6rdig: den henter anmodningsparameteren og angiver en standardv\u00e6rdi, hvis den ikke findes<\/strong>. Betydningen af \u200b\u200bdenne linje er klar, men hvad nu hvis vi havde langt l\u00e6ngere variable navne som i dette eksempel fra RFC?<\/p>\n I det lange l\u00f8b kan denne kode v\u00e6re lidt sv\u00e6rt at vedligeholde. S\u00e5, med det form\u00e5l at hj\u00e6lpe udviklere med at skrive mere intuitiv kode, foresl\u00e5r denne RFC<\/a> indf\u00f8relsen af \u200b\u200bnull coalescerings operat\u00f8ren<\/strong> ( Hvis v\u00e6rdien af \u200b\u200bden venstre parameter er Bem\u00e6rk, at mens coalesceoperat\u00f8ren er en sammenligningsoperat\u00f8r, er Dette forslag er godkendt med 37 til 4 stemmer.<\/p>\n Argument type erkl\u00e6ringer eller type tip, tillade at angive typen af \u200b\u200ben variabel, der forventes at blive videregivet til en funktion eller en klassemetode. Type tip er en funktion tilg\u00e6ngelig siden PHP 5, og siden PHP 7.2<\/a> kan vi bruge dem med Alle typer underst\u00f8ttes, med undtagelse af RFC forklarer \u00e5rsagen til, at Ugyldigtype underst\u00f8ttes ikke, fordi det ikke er nyttigt og har uklar semantik.<\/p><\/blockquote>\n Den kaldbare type underst\u00f8ttes ikke, fordi dens adf\u00e6rd er kontekstafh\u00e6ngig.<\/p><\/blockquote>\n S\u00e5 vi kan sikkert bruge Typer kan bruges p\u00e5 statiske egenskaber:<\/p>\n De er ogs\u00e5 tilladt med Det er muligt at angive standard egenskabsv\u00e6rdier, som selvf\u00f8lgelig skal matche den deklarerede egenskabstype, men kun nulstillingsegenskaber kan have en standard Den samme type g\u00e6lder for alle ejendomme i en enkelt erkl\u00e6ring:<\/p>\n Hvad sker der, hvis vi g\u00f8r en fejl p\u00e5 ejendomstype? Overvej f\u00f8lgende kode:<\/p>\n I koden ovenfor erkl\u00e6rede vi en streng-egenskabstype, men vi angiver en matrix som egenskabsv\u00e6rdi. I et s\u00e5dant scenario f\u00e5r vi f\u00f8lgende fatale fejl:<\/p>\n Denne RFC er blevet godkendt med 70 til 1 stemmer.<\/p>\n Med denne RFC<\/a> introducerer PHP 7.4 klassen WeakReference<\/a>, som g\u00f8r det muligt for programm\u00f8rer at beholde en reference til et objekt, der ikke forhindrer selve objektet i at blive \u00f8delagt.<\/p>\n I \u00f8jeblikket underst\u00f8tter PHP svage referencer ved at bruge en udvidelse som pecl-weakref. ALts\u00e5, den nye API er forskellig fra den dokumenterede Her er et eksempel fra forfatteren<\/a> af \u200b\u200bdette forslag, Nikita Popov:<\/p>\n Det f\u00f8rste Slides for my PHP 7.4 talk at #PHPRussia2019<\/a>. Was a great conference!https:\/\/t.co\/zLr9Bj2aKl<\/a><\/p>\n — Nikita Popov (@nikita_ppv) May 19, 2019<\/a><\/p><\/blockquote>\n\n
Hvad er nyt i PHP med PHP 7.4?<\/h2>\n
Glem array_merge: PHP 7.4 Brings Spread Operator i Array Expression<\/h3>\n
function test(...$args) { var_dump($args); }\ntest(1, 2, 3);<\/code><\/pre>\n$arr = [...$args];<\/code><\/pre>\narray_merge<\/code>. Det er ikke kun fordi sprednings operat\u00f8ren er en sprogstruktur, mens array_merge<\/code> er en funktion, men ogs\u00e5 fordi kompilering tidsoptimering kan v\u00e6re effektiv for konstante arrayer.<\/p><\/blockquote>\narray_merge<\/code>-funktionen kun underst\u00f8tter arrays.<\/p>\n$parts = ['apple', 'pear'];\n$fruits = ['banana', 'orange', ...$parts, 'watermelon'];\nvar_dump($fruits);<\/code><\/pre>\nParse error: syntax error, unexpected '...' (T_ELLIPSIS), expecting ']' in \/app\/spread-operator.php on line 3<\/code><\/pre>\narray(5) {\n\t[0]=>\n\tstring(6) \"banana\"\n\t[1]=>\n\tstring(6) \"orange\"\n\t[2]=>\n\tstring(5) \"apple\"\n\t[3]=>\n\tstring(4) \"pear\"\n\t[4]=>\n\tstring(10) \"watermelon\"\n}<\/code><\/pre>\n$arr1 = [1, 2, 3];\n$arr2 = [4, 5, 6];\n$arr3 = [...$arr1, ...$arr2];\n$arr4 = [...$arr1, ...$arr3, 7, 8, 9];<\/code><\/pre>\nfunction buildArray(){\n\treturn ['red', 'green', 'blue'];\n}\n$arr1 = [...buildArray(), 'pink', 'violet', 'yellow'];<\/code><\/pre>\narray(6) {\n\t[0]=>\n\tstring(3) \"red\"\n\t[1]=>\n\tstring(5) \"green\"\n\t[2]=>\n\tstring(4) \"blue\"\n\t[3]=>\n\tstring(4) \"pink\"\n\t[4]=>\n\tstring(6) \"violet\"\n\t[5]=>\n\tstring(6) \"yellow\"\n}<\/code><\/pre>\nfunction generator() {\n\tfor ($i = 3; $i <= 5; $i++) {\n\t\tyield $i;\n\t}\n}\n$arr1 = [0, 1, 2, ...generator()];<\/code><\/pre>\n$arr1 = ['red', 'green', 'blue'];\n$arr2 = [...&$arr1];<\/code><\/pre>\nParse error: syntax error, unexpected '&' in \/app\/spread-operator.php on line 3<\/code><\/pre>\n$arr0 = 'red';\n$arr1 = [&$arr0, 'green', 'blue'];\n$arr2 = ['white', ...$arr1, 'black'];<\/code><\/pre>\narray(5) {\n\t[0]=>\n\tstring(5) \"white\"\n\t[1]=>\n\t&string(3) \"red\"<\/strong>\n\t[2]=>\n\tstring(5) \"green\"\n\t[3]=>\n\tstring(4) \"blue\"\n\t[4]=>\n\tstring(5) \"black\"\n}<\/code><\/pre>\nPilfunktioner 2.0 (korte lukninger)<\/h3>\n
function cube($n){\n\treturn ($n * $n * $n);\n}\n$a = [1, 2, 3, 4, 5];\n$b = array_map('cube', $a);\nprint_r($b);<\/code><\/pre>\n$a = [1, 2, 3, 4, 5];\n$b = array_map(fn($n) => $n * $n * $n, $a);\nprint_r($b);<\/code><\/pre>\n$factor = 10;\n$calc = function($num) use($factor){\n\treturn $num * $factor;\n};<\/code><\/pre>\n$factor = 10;\n$calc = fn($num) => $num * $factor;<\/code><\/pre>\nuse ($ var)<\/code>, og det er ikke muligt at \u00e6ndre en variabel fra parentesomr\u00e5det.<\/p>\n$ this<\/code> variabel ligesom regul\u00e6re lukninger.<\/p>\nNull Coalescing Assignment Operator<\/h3>\n
??<\/code>) til nytte, n\u00e5r vi skal bruge en tern\u00e6r operat\u00f8r i forbindelse med isset ()<\/code>. Den returnerer den f\u00f8rste operand, hvis den eksisterer og ikke er NULL<\/code>. Ellers vender den tilbage til den anden operand. Her er et eksempel:<\/p>\n$username = $_GET['user'] ?? 'nobody';<\/code><\/pre>\n$this->request->data['comments']['user_id'] = $this->request->data['comments']['user_id'] ?? 'value';<\/code><\/pre>\n?? =<\/code>). S\u00e5 i stedet for at skrive den forrige kode kunne vi skrive f\u00f8lgende:<\/p>\n$this->request->data['comments']['user_id'] ??= 'value';<\/code><\/pre>\nnull<\/code>, bruges v\u00e6rdien af \u200b\u200bden h\u00f8jre parameter.<\/p>\n??=<\/code> en assignment operator.<\/p>\nTypede Egenskaber 2.0<\/h3>\n
object<\/code> datatypen. Nu PHP 7.4 bringer type hinting et skridt fremad ved at tilf\u00f8je st\u00f8tte til f\u00f8rsteklasses ejendomstype erkl\u00e6ringer<\/a>. Her er et meget grundl\u00e6ggende eksempel:<\/p>\nclass User {\n\tpublic int $id;\n\tpublic string $name;\n}<\/code><\/pre>\nvoid<\/code> og callable<\/code>:<\/p>\npublic int $scalarType;\nprotected ClassName $classType;\nprivate ?ClassName $nullableClassType;<\/code><\/pre>\nvoid<\/code> og callable<\/code> ikke underst\u00f8ttes:<\/p>\nbool<\/code>, int<\/code>, float<\/code>, string<\/code>, array<\/code>, object<\/code>, iterable<\/code>, self<\/code>, parent<\/code>, enhver klasse eller interface navn og nulstillede typer<\/a> (?type<\/code>).<\/p>\npublic static iterable $staticProp;<\/code><\/pre>\nvar<\/code> notationen:<\/p>\nvar bool $flag;<\/code><\/pre>\nnull<\/code> v\u00e6rdi:<\/p>\npublic string $str = \"foo\";\npublic ?string $nullableStr = null;<\/code><\/pre>\npublic float $x, $y;<\/code><\/pre>\nclass User {\n\tpublic int $id;\n\tpublic string $name;\n}\n\n$user = new User;\n$user->id = 10;\n$user->name = [];<\/code><\/pre>\nFatal error: Uncaught TypeError: Typed property User::$name must be string, array used in \/app\/types.php:9<\/code><\/pre>\nWeak References<\/h3>\n
WeakRef<\/code> klasse.<\/p>\n$object = new stdClass;\n$weakRef = WeakReference::create($object);\n\nvar_dump($weakRef->get());\nunset($object);\nvar_dump($weakRef->get());<\/code><\/pre>\nvar_dump<\/code>-udskriftsobjekt object<\/span>(<\/span>stdClass)<\/span>#1 (0) {}<\/span><\/code>, mens den anden var_dump<\/code> udskriver NULL<\/code>, da det refererede objekt er blevet \u00f8delagt.<\/p>\n\n