Mesmo que o PHP 7.4 aumente significativamente a performance e melhore a legibilidade do c\u00f3digo, o PHP 8<\/a> ser\u00e1 o verdadeiro marco para a performance do PHP, j\u00e1 que a proposta de inclus\u00e3o do JIT<\/a> j\u00e1 foi aprovada.<\/p>\n De qualquer forma, hoje estamos passando por algumas das funcionalidades e mudan\u00e7as mais interessantes que estamos esperando com o PHP 7.4. S\u00f3 para que conste, estas foram as datas importantes para a vers\u00e3o 7.4:<\/p>\n Voc\u00ea pode conferir a lista completa de recursos e adi\u00e7\u00f5es na p\u00e1gina oficial da RFC<\/a>.<\/p>\n Neste artigo estamos cobrindo v\u00e1rias mudan\u00e7as e funcionalidades que devem ser adicionadas \u00e0 linguagem com o lan\u00e7amento final do PHP 7.4:<\/p>\n Dispon\u00edvel desde o PHP 5.6, a descompacta\u00e7\u00e3o de argumentos<\/a> \u00e9 uma sintaxe para descompactar arrays e Traversables<\/a> em listas de argumentos. Para descompactar um array ou um Traversable, ele deve ser precedido por … (3 pontos), como mostrado no exemplo a seguir:<\/p>\n Agora esta RFC do PHP 7.4<\/a> prop\u00f5e estender este recurso para defini\u00e7\u00f5es de array:<\/p>\n O primeiro benef\u00edcio declarado do Spread Operator na express\u00e3o de array<\/strong> \u00e9 tudo sobre desempenho. Na verdade, o m\u00e9dico da RFC afirma<\/a>:<\/p>\n O operador Spread deve ter melhor desempenho do que o Uma vantagem significativa do operador Spread \u00e9 que ele suporta qualquer objeto pass\u00edvel de ser atravessado, enquanto a fun\u00e7\u00e3o Aqui est\u00e1 um exemplo de descompacta\u00e7\u00e3o de argumentos na express\u00e3o array:<\/p>\n Se voc\u00ea executar este c\u00f3digo com o PHP 7.3 ou anterior, o PHP emite um erro de Parse:<\/p>\n Em vez disso, o PHP 7.4 retornaria um array:<\/p>\n A RFC afirma que podemos expandir o mesmo array v\u00e1rias vezes. Al\u00e9m disso, podemos usar a sintaxe Spread Operator em qualquer lugar do array, j\u00e1 que elementos normais podem ser adicionados antes ou depois do operador spread. Assim, o seguinte c\u00f3digo funcionar\u00e1 como seria de esperar:<\/p>\n Tamb\u00e9m \u00e9 poss\u00edvel desempacotar arrays retornados por uma fun\u00e7\u00e3o diretamente em um novo array:<\/p>\n O PHP 7.4 produz o seguinte array:<\/p>\n Tamb\u00e9m podemos usar a\u00a0sintaxe do gerador<\/a>:<\/p>\n Mas n\u00e3o nos \u00e9 permitido desempacotar arrays passados por arrays. Considere o seguinte exemplo:<\/p>\n Se tentarmos descompactar um array por refer\u00eancia, o PHP lan\u00e7a o seguinte erro de Parse:<\/p>\n De qualquer forma, se os elementos do primeiro array s\u00e3o armazenados por refer\u00eancia, eles s\u00e3o armazenados por refer\u00eancia no segundo array, tamb\u00e9m. Aqui est\u00e1 um exemplo:<\/p>\n E aqui est\u00e1 o que temos com o PHP 7.4:<\/p>\n A proposta do operador de Spread passou com 43 para 1 votos.<\/p>\n No PHP, fun\u00e7\u00f5es an\u00f4nimas<\/a> s\u00e3o consideradas bastante verbosas e dif\u00edceis de implementar e manter. Esta RFC<\/a> prop\u00f5e a introdu\u00e7\u00e3o da sintaxe mais curta e clara das Arrow Functions<\/strong> (ou Short Closures), que deve nos permitir limpar significativamente nosso c\u00f3digo PHP.<\/p>\n Considere o seguinte exemplo:<\/p>\n O PHP 7.4 permite usar uma sintaxe mais concisa, e a fun\u00e7\u00e3o acima pode ser reescrita da seguinte forma:<\/p>\n Atualmente, fun\u00e7\u00f5es an\u00f4nimas<\/a> (closures) podem herdar vari\u00e1veis definidas no escopo pai gra\u00e7as \u00e0 constru\u00e7\u00e3o da linguagem de Mas com o PHP 7.4, vari\u00e1veis definidas no escopo pai s\u00e3o implicitamente capturadas pelo valor<\/strong> (liga\u00e7\u00e3o impl\u00edcita por valor ao escopo). Assim podemos escrever toda a fun\u00e7\u00e3o vista acima numa \u00fanica linha:<\/p>\n A vari\u00e1vel definida no escopo pai pode ser usada na fun\u00e7\u00e3o de seta exatamente como se estiv\u00e9ssemos usando A nova sintaxe \u00e9 uma grande melhoria para a linguagem, pois permite-nos construir c\u00f3digo mais leg\u00edvel e de f\u00e1cil manuten\u00e7\u00e3o. Tamb\u00e9m podemos usar tipos de par\u00e2metros e retornos<\/a>, valores padr\u00e3o, listas de argumentos de comprimento vari\u00e1vel (variadic functions<\/a>), podemos passar e retornar por refer\u00eancia, etc. Finalmente, Short Closures tamb\u00e9m podem ser usados em m\u00e9todos de classe, e eles podem fazer uso da vari\u00e1vel Esta RFC foi aprovada com 51 a 8 votos, ent\u00e3o podemos esperar que ela fa\u00e7a parte das adi\u00e7\u00f5es do PHP 7.4.<\/p>\n Adicionado com PHP 7, o operador coalescente<\/a> ( O que esse c\u00f3digo faz \u00e9 bem simples: ele obt\u00e9m o par\u00e2metro request e define um valor padr\u00e3o se ele n\u00e3o existir<\/strong>. O significado dessa linha \u00e9 claro, mas e se tiv\u00e9ssemos nomes de vari\u00e1veis muito mais longos como neste exemplo da RFC?<\/p>\n A longo prazo, este c\u00f3digo pode ser um pouco dif\u00edcil de manter. Assim, com o objetivo de ajudar os desenvolvedores a escrever c\u00f3digo mais intuitivo, esta RFC<\/a> prop\u00f5e a introdu\u00e7\u00e3o do operador de coalesc\u00eancia nula<\/strong>\u00a0( Se o valor do par\u00e2metro esquerdo for Esta proposta foi aprovada com 37 votos a favor e 4 contra.<\/p>\n As declara\u00e7\u00f5es de tipo de argumento, ou dicas de tipo, permitem especificar o tipo de uma vari\u00e1vel que se espera que seja passada para uma fun\u00e7\u00e3o ou um m\u00e9todo de classe. Dicas de tipo s\u00e3o um recurso dispon\u00edvel desde o PHP 5, e desde o PHP 7.2<\/a> podemos us\u00e1-las com o tipo de dados do Todos os tipos s\u00e3o suportados, com exce\u00e7\u00e3o de A RFC explica o motivo pelo qual n\u00e3o h\u00e1 suporte para O tipo de vazio n\u00e3o \u00e9 suportado, porque n\u00e3o \u00e9 \u00fatil e tem sem\u00e2ntica pouco clara.<\/p><\/blockquote>\n O tipo de chamada n\u00e3o \u00e9 suportado, porque seu comportamento \u00e9 dependente do contexto.<\/p><\/blockquote>\n Assim podemos usar com seguran\u00e7a Os tipos podem ser usados em propriedades est\u00e1ticas:<\/p>\n Tamb\u00e9m s\u00e3o permitidos com a nota\u00e7\u00e3o \u00c9 poss\u00edvel definir valores de propriedade padr\u00e3o, que obviamente devem corresponder ao tipo de propriedade declarado, mas somente propriedades anul\u00e1veis podem ter um valor O mesmo tipo aplica-se a todas as propriedades numa \u00fanica declara\u00e7\u00e3o:<\/p>\n O que acontece se fizermos um erro no tipo de propriedade? Considere o seguinte c\u00f3digo:<\/p>\n No c\u00f3digo acima, declaramos um tipo de propriedade string, mas definimos um array como valor de propriedade. Neste cen\u00e1rio, obtemos o seguinte erro Fatal:<\/p>\n Esta RFC foi aprovada com 70 votos a 1 voto.<\/p>\n\n Com essa RFC<\/a>, o PHP 7.4 introduz a classe WeakReference<\/a>, que permite aos programadores manter uma refer\u00eancia a um objeto que n\u00e3o impede que o pr\u00f3prio objeto seja destru\u00eddo.<\/p>\n Atualmente o PHP suporta refer\u00eancias fracas usando uma extens\u00e3o como pecl-weakref. De qualquer forma, a nova API \u00e9 diferente da classe Aqui est\u00e1 um exemplo do autor<\/a> desta proposta, Nikita Popov:<\/p>\n O primeiro Esta RFC passou com 28 a 5 votos.<\/p>\n A vari\u00e2ncia<\/a> \u00e9 uma propriedade das hierarquias de classes que descrevem como os tipos de um construtor de tipo afetam os subtipos<\/a>. Em geral, um construtor de tipo pode ser:<\/p>\n Atualmente, o PHP tem par\u00e2metros e tipos de retorno invariantes, com poucas exce\u00e7\u00f5es. Esta RFC prop\u00f5e permitir covari\u00e2ncia e contravari\u00e2ncia em tipos de par\u00e2metros e tipos de retorno, fornecendo tamb\u00e9m v\u00e1rios exemplos de c\u00f3digo.<\/p>\n Aqui est\u00e1 um exemplo de tipo de retorno covariante<\/strong>:<\/p>\n E aqui est\u00e1 um exemplo de tipo de par\u00e2metro contravariante<\/strong>:<\/p>\n Veja a RFC<\/a> para um olhar mais atento sobre covari\u00e2ncia e contravaria\u00e7\u00e3o no PHP 7.4.<\/p>\n Esta RFC passou com 39 para 1 votos.<\/p>\n Esta proposta<\/a> de Dmitry Stogov \u00e9 uma das nossas favoritas porque deve trazer um impulso significativo no desempenho. Preloading<\/strong>\u00a0\u00e9 o processo de carregar bibliotecas e frameworks para o OPCache<\/a> na inicializa\u00e7\u00e3o do m\u00f3dulo (leia mais sobre o ciclo de vida do PHP<\/a>).<\/p>\n Aqui est\u00e1 como o preloading funciona nas palavras de Dmitry:<\/p>\n Na inicializa\u00e7\u00e3o do servidor – antes que qualquer c\u00f3digo de aplica\u00e7\u00e3o seja executado – podemos carregar um certo conjunto de arquivos PHP na mem\u00f3ria – e tornar seu conte\u00fado “permanentemente dispon\u00edvel” para todas as requisi\u00e7\u00f5es subseq\u00fcentes que ser\u00e3o atendidas por esse servidor. Todas as fun\u00e7\u00f5es e classes definidas nestes arquivos estar\u00e3o dispon\u00edveis para solicita\u00e7\u00f5es fora da caixa, exatamente como entidades internas.<\/p><\/blockquote>\n Esses arquivos s\u00e3o carregados na inicializa\u00e7\u00e3o do servidor, s\u00e3o executados antes de qualquer aplica\u00e7\u00e3o e permanecem dispon\u00edveis para quaisquer solicita\u00e7\u00f5es futuras. Isso \u00e9 \u00f3ptimo em termos de desempenho.<\/p>\n O Preloading \u00e9 controlada por uma diretiva Mas h\u00e1 uma desvantagem. Na verdade, a RFC afirma explicitamente:<\/p>\n Os arquivos Preloading permanecem em cache na mem\u00f3ria opcache para sempre. A modifica\u00e7\u00e3o de seus arquivos fonte correspondentes n\u00e3o ter\u00e1 nenhum efeito sem que outro servidor seja reiniciado.<\/p><\/blockquote>\n No entanto, todas as fun\u00e7\u00f5es definidas em arquivos Preloading ser\u00e3o permanentemente carregadas nas tabelas de fun\u00e7\u00f5es e classes do PHP, e permanecer\u00e3o dispon\u00edveis para cada solicita\u00e7\u00e3o futura. Isto conduzir\u00e1 a melhorias de bom desempenho, ainda que essas melhorias possam ser consideravelmente vari\u00e1veis.<\/p>\n Voc\u00ea pode ler mais sobre as limita\u00e7\u00f5es e exce\u00e7\u00f5es de pr\u00e9-carregamento na p\u00e1gina oficial Pr\u00e9-carregamento RFC<\/a>.<\/p>\n Esta \u00e9 outra proposta<\/a> de Nikita Popov aprovada por uma grande maioria de votos.<\/p>\n Atualmente, temos dois mecanismos diferentes para serializa\u00e7\u00e3o personalizada de objetos em PHP:<\/p>\n De acordo com Nikita, ambas as op\u00e7\u00f5es t\u00eam problemas que levam a um c\u00f3digo complexo e n\u00e3o confi\u00e1vel. Voc\u00ea pode mergulhar fundo neste t\u00f3pico na RFC<\/a>. Aqui eu apenas menciono que o novo mecanismo de serializa\u00e7\u00e3o deve evitar esses problemas, fornecendo dois novos m\u00e9todos m\u00e1gicos, Esta proposta foi aprovada por 20 a 7 votos a favor.<\/p>\n As seguintes fun\u00e7\u00f5es\/funcionalidades ser\u00e3o obsoletas com o PHP 7.4. Para uma lista mais abrangente de deprecia\u00e7\u00f5es, confira as Notas de Atualiza\u00e7\u00e3o do PHP 7.4<\/a>.<\/p>\n Atualmente, em PHP os operadores aritm\u00e9ticos “+” e “-“, e o operador de string “.” s\u00e3o associativos \u00e0 esquerda e t\u00eam a mesma preced\u00eancia (leia mais sobre Preced\u00eancia do Operador<\/a>).<\/p>\n Como exemplo, considere a seguinte linha:<\/p>\n No PHP 7.3 este c\u00f3digo produz o seguinte aviso:<\/p>\n Isto porque a concatena\u00e7\u00e3o \u00e9 avaliada da esquerda para a direita. \u00c9 o mesmo que escrever o seguinte c\u00f3digo:<\/p>\n Esta RFC<\/a> prop\u00f5e alterar a preced\u00eancia dos operadores, dando a “.” uma preced\u00eancia inferior \u00e0 dos operadores “+” e “-“, para que as adi\u00e7\u00f5es e subtrac\u00e7\u00f5es sejam sempre efectuadas antes da concatena\u00e7\u00e3o da string. Essa linha de c\u00f3digo deve ser equivalente ao seguinte:<\/p>\n Esta \u00e9 uma proposta em duas etapas:<\/p>\n Ambas as propostas foram aprovadas por larga maioria de votos.<\/p>\n No PHP o operador tern\u00e1rio, ao contr\u00e1rio de muitas outras linguagens, \u00e9 deixado-associativo. De acordo com Nikita Popof, isso pode ser confuso para programadores que alternam entre diferentes linguagens.<\/p>\n Atualmente, em PHP o seguinte c\u00f3digo est\u00e1 correto:<\/p>\n \u00c9 interpretado como:<\/p>\n E isso pode levar a erros, porque pode n\u00e3o ser o que pretendemos fazer. Assim, esta RFC prop\u00f5e depreciar e remover o uso da associatividade esquerda para operadores tern\u00e1rios e for\u00e7ar os desenvolvedores a usar par\u00eanteses.<\/p>\n Esta \u00e9 outra proposta de duas etapas:<\/p>\n Esta proposta foi aprovada com 35 a 10 votos a favor.<\/p>\n O PHP \u00e9 a linguagem de programa\u00e7\u00e3o do lado do servidor mais usada na web. De acordo com a W3Techs<\/a>, em 2 de dezembro de 2019, o uso do PHP \u00e9 usado por 78,9% de todos os sites cuja linguagem de programa\u00e7\u00e3o do lado do servidor eles podem detectar.<\/p>\n Infelizmente, o PHP 5 ainda \u00e9 usado por 44.0% de todos os sites<\/a> com uma linguagem de programa\u00e7\u00e3o conhecida do lado do servidor. Se voc\u00ea adicionar o n\u00famero de usu\u00e1rios que ainda usam o PHP 7.0 e 7.1<\/a>, acontece que a grande maioria dos sites est\u00e3o rodando vers\u00f5es n\u00e3o suportadas do PHP.<\/p>\n De acordo com a p\u00e1gina oficial Estat\u00edsticas do WordPress<\/a>, a partir de agora, 64% de todos os sites do WordPress est\u00e3o rodando vers\u00f5es n\u00e3o suportadas do PHP. Apenas um pouco mais de 13% est\u00e3o usando a vers\u00e3o mais recente: PHP 7.3<\/a>. E a \u00faltima vers\u00e3o, PHP 7.4, ainda n\u00e3o apareceu. Voc\u00ea pode ver que a grande maioria dos usu\u00e1rios, mais de 23%, ainda est\u00e3o rodando no PHP 5.6.<\/p>\n Recomendamos vivamente que pe\u00e7a ao seu host uma vers\u00e3o suportada do PHP<\/a>, de prefer\u00eancia de acordo com os requisitos oficiais do WordPress<\/a>. A partir desta escrita, maio de 2019, WordPress requer:<\/p>\n Os n\u00fameros acima s\u00e3o especialmente desencorajadores vindo de um ponto de vista de desempenho, j\u00e1 que o PHP 7 mostrou ser significativamente mais r\u00e1pido. Aqui est\u00e3o algumas estat\u00edsticas:<\/p>\n\n
O que h\u00e1 de novo no PHP 7.4?<\/h2>\n
Esque\u00e7a o array_merge: PHP 7.4 traz o operador de propaga\u00e7\u00e3o para a express\u00e3o array<\/h3>\n
function test(...$args) { var_dump($args); }\ntest(1, 2, 3);<\/code><\/pre>\n$arr = [...$args];<\/code><\/pre>\narray_merge<\/code>. Isso n\u00e3o \u00e9 s\u00f3 porque o operador spread \u00e9 uma estrutura de linguagem enquanto array_merge<\/code> \u00e9 uma fun\u00e7\u00e3o, mas tamb\u00e9m porque a otimiza\u00e7\u00e3o de tempo de compila\u00e7\u00e3o pode ser performante para arrays constantes.<\/p><\/blockquote>\narray_merge<\/code> apenas suporta 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>\nArrow Functions 2.0 (Short Closures)<\/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>\nuse<\/code>, como mostrado abaixo:<\/p>\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>, e n\u00e3o \u00e9 poss\u00edvel modificar uma vari\u00e1vel do escopo pai.<\/p>\n$this<\/code> como fechamentos regulares.<\/p>\nOperador de coalesc\u00eancia nula<\/h3>\n
???<\/code> ) \u00e9 \u00fatil quando precisamos usar um operador tern\u00e1rio em conjunto com isset()<\/code>. Retorna o primeiro operando se existe e n\u00e3o \u00e9 NULL<\/code>. Caso contr\u00e1rio, retorna o segundo operando. Aqui est\u00e1 um exemplo:<\/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>). Ent\u00e3o, em vez de escrever o c\u00f3digo anterior, poder\u00edamos escrever o seguinte:<\/p>\n$this->request->data['comments']['user_id'] ??= 'value';<\/code><\/pre>\nnull<\/code>, ent\u00e3o o valor do par\u00e2metro direito \u00e9 utilizado.
\nNote que, enquanto o operador coalescente \u00e9 um operador de compara\u00e7\u00e3o, ??=<\/code> \u00e9 um operador de atribui\u00e7\u00e3o.<\/p>\nTyped Properties 2.0<\/h3>\n
object<\/code>. Agora o PHP 7.4 traz o type hinting um passo \u00e0 frente adicionando suporte para declara\u00e7\u00f5es de tipo de propriedade de primeira classe<\/a>. Aqui est\u00e1 um exemplo muito b\u00e1sico:<\/p>\nclass User {\n\tpublic int $id;\n\tpublic string $name;\n}<\/code><\/pre>\nvoid<\/code> e callable<\/code>:<\/p>\npublic int $scalarType;\nprotected ClassName $classType;\nprivate ?ClassName $nullableClassType;<\/code><\/pre>\nvoid<\/code> e callable<\/code>:<\/p>\nbool<\/code>, int<\/code>, float<\/code>, string<\/code>, array<\/code>, object<\/code>, iterable<\/code>, self<\/code>, parent<\/code>, qualquer classe ou nome de interface, e tipos<\/a>anul\u00e1veis<\/a> (? type<\/code>).<\/p>\npublic static iterable $staticProp;<\/code><\/pre>\nvar<\/code>:<\/p>\nvar bool $flag;<\/code><\/pre>\nnull<\/code> padr\u00e3o:<\/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> documentada.<\/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> imprime object(stdClass)#1 (0) {}<\/code>, enquanto o segundo var_dump<\/code> imprime NULL<\/code>, pois o objeto referenciado foi destru\u00eddo.<\/p>\nTipos de retorno covariantes e par\u00e2metros contraservariantes<\/h3>\n
\n
interface Factory {\n\tfunction make(): object;\n}\n\nclass UserFactory implements Factory {\n\tfunction make(): User;\n}<\/code><\/pre>\ninterface Concatable {\n\tfunction concat(Iterator $input); \n}\n \nclass Collection implements Concatable {\n\t\/\/ accepts all iterables, not just Iterator\n\tfunction concat(iterable $input) {\/* . . . *\/}\n}<\/code><\/pre>\nPreloading<\/h3>\n
![\"Ciclo](\"https:\/\/kinsta.com\/pt\/wp-content\/uploads\/sites\/3\/2019\/05\/ciclo-de-vida-php.png\")
php.ini<\/code> espec\u00edfica: opcache.preload<\/code>. Esta diretiva especifica um script PHP para ser compilado e executado na inicializa\u00e7\u00e3o do servidor. Este arquivo pode ser usado para pr\u00e9-carregar arquivos adicionais, incluindo-os ou atrav\u00e9s da fun\u00e7\u00e3o opcache_compile_file()<\/code> (leia mais na documenta\u00e7\u00e3o do PHP<\/a>).<\/p>\nNovo mecanismo para a serializa\u00e7\u00e3o de objetos personalizados<\/h3>\n
\n
__sleep()<\/code> e __wakeup()<\/code> m\u00e1gicos<\/li>\nserializ\u00e1vel<\/code><\/li>\n<\/ul>\n__serialize<\/code>() e __unserialize<\/code>(), que combinam os dois mecanismos existentes.<\/p>\nDeprecia\u00e7\u00f5es<\/h3>\n
Alterar a prioridade do operador da concatena\u00e7\u00e3o<\/h4>\n
echo \"sum: \" . $a + $b;<\/code><\/pre>\nWarning: A non-numeric value encountered in \/app\/types.php on line 4<\/code><\/pre>\necho (\"sum: \" . $a) + $b;<\/code><\/pre>\necho \"sum: \" . ($a + $b);<\/code><\/pre>\n\n
Depreciar operador tern\u00e1rio associativo-esquerdo<\/h4>\n
$b = $a == 1 ? 'one' : $a == 2 ? 'two' : $a == 3 ? 'three' : 'other';<\/code><\/pre>\n$b = (($a == 1 ? 'one' : $a == 2) ? 'two' : $a == 3) ? 'three' : 'other';<\/code><\/pre>\n\n
O que o PHP 7.4 significa para usu\u00e1rios do WordPress?<\/h2>\n
![\"Utiliza\u00e7\u00e3o](\"https:\/\/kinsta.com\/pt\/wp-content\/uploads\/sites\/3\/2019\/06\/php-versoes-1.png\")
![\"Vers\u00f5es](\"https:\/\/kinsta.com\/pt\/wp-content\/uploads\/sites\/3\/2018\/06\/versoe-php-suportadas-wordpress-1.png\")
![\"WordPress](\"https:\/\/kinsta.com\/wp-content\/uploads\/2017\/03\/wordpress-php-versions-stats-3.png\")
\n
Desempenho do PHP 7<\/h3>\n
\n