{"id":736,"date":"2020-07-17T15:22:01","date_gmt":"2020-07-17T20:22:01","guid":{"rendered":"https:\/\/drmad.org\/blog\/?p=736"},"modified":"2021-03-02T22:12:44","modified_gmt":"2021-03-03T03:12:44","slug":"php8-on-fire-%f0%9f%94%a5","status":"publish","type":"post","link":"https:\/\/drmad.org\/blog\/php8-on-fire-%f0%9f%94%a5.html","title":{"rendered":"PHP8 on fire \ud83d\udd25"},"content":{"rendered":"\n

Hace a\u00f1os escrib\u00ed en este blog mi odio a Java<\/a>, por que su lenguaje se parece a C, que tiene estructuras que s\u00f3lo tienen sentido en C. Tambi\u00e9n inclu\u00ed a PHP en la mezcla, por casi la misma raz\u00f3n. Pero por una oportunidad de ser profesor de PHP, me percat\u00e9 que hab\u00eda madurado bastante, y a partir de la versi\u00f3n 7 ha tenido cambios muy interesantes debido a que corrigieron la forma c\u00f3mo se interpreta el c\u00f3digo fuente, y ahora usan un \u00e1rbol de sintaxis abstracto<\/a> previo a la compilaci\u00f3n, usado en casi todos los dem\u00e1s lenguajes de programaci\u00f3n. Eso les abri\u00f3 las puertas para poder a\u00f1adir nuevas caracter\u00edsticas, que siguen hasta ahora.<\/p>\n\n\n\n

Y al final me qued\u00e9 programando para la web en PHP \ud83d\ude05 <\/p>\n\n\n\n

A fin de a\u00f1o saldr\u00e1 la siguiente mayor versi\u00f3n de PHP, la 8, y realmente ando emocionado con varios de sus nuevos features<\/em>, muchos para normalizar algunas incongruencias, y otros son cosas que siempre he extra\u00f1ado de otros lenguajes. Aqu\u00ed mi top-10<\/em> de los 11 features<\/em> que me parecen m\u00e1s interesantes \ud83e\udd2a: <\/p>\n\n\n\n

::class en objetos<\/h2>\n\n\n\n

::class<\/code> es usado para obtener el nombre \u00abtotalmente calificado\u00bb de una clase (\u00abFQCN\u00bb) como un string<\/em>, resolviendo todos los namespaces <\/em>. Pero no funcionaba en los objetos<\/em>, donde deb\u00edas usar la funci\u00f3n get_class()<\/code>. Ya no m\u00e1s \ud83d\ude03 Ahora $object::class<\/code> devuelve el FQCN como un string<\/em>.<\/p>\n\n\n\n

M\u00faltiples tipos en par\u00e1metros y retorno<\/h2>\n\n\n\n

Ahora ser\u00e1 posible a\u00f1adir varios tipos aceptados en la declaraci\u00f3n de par\u00e1metros y retorno de funciones. E.g.:<\/p>\n\n\n\n

function a\u00f1adir_precio(int|float $precio): int|float|null\n{\n   \/\/...<\/pre>\n\n\n\n
$precio<\/code> puede ser \u00fanicamente int<\/code> o float<\/code> y el resultado puede ser de \u00e1mbos tipos, o null<\/code>. Era dif\u00edcil ciertas ocasiones usar un \u00fanico tipo, yo personalmente acababa dej\u00e1ndolo de lado, y usando un m\u00e9todo de verificaci\u00f3n de tipo en el cuerpo de la funci\u00f3n, como is_string()<\/code>o similares.<\/p>\n\n\n\n
catch<\/code> sin variable<\/h2>\n\n\n\n
Este es uno chiquito. Ahora ser\u00e1 posible no especificar una variable en el catch<\/code> de un try<\/code>. Muchas veces es innecesario. E.g.<\/p>\n\n\n\n
try {\n   CambiarContrase\u00f1a($nueva_contrase\u00f1a);\n} catch (NoAuthorizedException) {\n   exit (\"\u00a1Sin autorizaci\u00f3n!\");\n}<\/pre>\n\n\n\n
Nuevas funciones de b\u00fasqueda de cadenas<\/h2>\n\n\n\n
Buscar si una cadena est\u00e1 dentro de otra sol\u00eda ser engorroso en PHP, a pesar que es algo muy com\u00fan. PHP8 traer\u00e1 nuevas funciones de b\u00fasqueda de cadenas:<\/p>\n\n\n\n
str_starts_with ( string $haystack , string $needle ) : bool\nstr_ends_with ( string $haystack , string $needle ) : bool\nstr_contains ( string $haystack , string $needle ) : bool<\/pre>\n\n\n\n
Estas tres funciones se usar\u00e1n para ver si una cadena empieza con otra (str_starts_with()<\/code>), si termina con otra (str_ends_with()<\/code>) o si la contiene en cualquier lugar (str_contains()<\/code>).<\/p>\n\n\n\n
Coma suelta al final de la lista de par\u00e1metros<\/h2>\n\n\n\n
Empezamos con las novedades interesantes \ud83d\ude03 En los arrays, en los namespaces<\/em> compuestos, y en los argumentos en la llamada a funciones es posible colocar una coma suelta al final del \u00faltimo elemento. Si colocas cada elemento en una l\u00ednea, a\u00f1adir una nueva l\u00ednea se siente natural:<\/p>\n\n\n\n
$par\u00e1metros = [\n   'nombre' => 'Oliver',\n   'direcci\u00f3n' => 'Av. Probando 123',\n];<\/pre>\n\n\n\n
En el ejemplo, vas a la l\u00ednea 4, escribes el nuevo elemento, y presionas enter<\/code>. Pero eso no pasa en la lista de par\u00e1metros en la definici\u00f3n de una funci\u00f3n. Cuando son muchos los par\u00e1metros, o son muy largos, es m\u00e1s legible (y recomendado en el PSR-12<\/a>) colocar cada par\u00e1metro en una l\u00ednea. Pero a\u00f1adir un par\u00e1metro m\u00e1s al final no es posible<\/em> sin ir primero a la \u00faltima l\u00ednea, ir al final de ella, y a\u00f1adir una coma, por que es actualmente ilegal dejar la coma suelta al final. A parte, los diffs<\/code> del c\u00f3digo fuente tienen que registrar dos l\u00edneas cuando s\u00f3lo est\u00e1s a\u00f1adiendo una.<\/p>\n\n\n\n
Ahora PHP8 permite esa coma suelta al final:<\/p>\n\n\n\n
class Notas\n{\n   public function __construct(\n      Alumno $alumno,\n      Profesor $profesor,\n      Clase $clase, \/\/ UFFF Al f\u00edn :-)\n   ) {\n      \/\/...<\/pre>\n\n\n\n
Promoci\u00f3n de propiedades del constructor<\/h2>\n\n\n\n
Es com\u00fan pasar argumentos al constructor de una clase, para que este a su vez los guarde en propiedades de dicha clase. E.g.:<\/p>\n\n\n\n
class Hasher\n{\n   private Database $database;\n   private Logger $logger;\n\n   public function __construct(\n      Database $database,\n      Logger $logger\n   )\n   {\n        $this->database = $database;\n        $this->logger = $logger;\n    }<\/pre>\n\n\n\n
PHP8 permitir\u00e1 remover la redundancia, promoviendo los par\u00e1metros del constructor a propiedades de la clase. El c\u00f3digo anterior se podr\u00e1 escribir as\u00ed:<\/p>\n\n\n\n
class Hasher\n{\n   public function __construct(\n      private Database $database,\n      private Logger $logger,\n   ) {\n\n   }<\/pre>\n\n\n\n
JIT<\/h2>\n\n\n\n
PHP 8 incluir\u00e1 un \u00abcompilador al vuelo\u00bb (\u00abjust-in-time compiler<\/em>\u00ab) que acelerar\u00e1 ciertos procesos que usan intensivamente el CPU. <\/p>\n\n\n\n
Actualmente cada instrucci\u00f3n de PHP es convertida a un c\u00f3digo intermedio parecido al assembler<\/em> conocido como \u00abopcode\u00bb, que luego es \u00abinterpretado\u00bb al vuelo a c\u00f3digo m\u00e1quina del CPU donde est\u00e1 siendo ejecutado. El objetivo del JIT es convertir PHP directo al c\u00f3digo m\u00e1quina del CPU, para que no sea necesario interpretar un opcode<\/em>, lo cual acelerar\u00e1 su ejecuci\u00f3n.<\/p>\n\n\n\n
Expresi\u00f3n match<\/code><\/h2>\n\n\n\n
Whoa… El ejemplo principal de mi odio a Java (y de paso, PHP) era la instrucci\u00f3n switch<\/a>, porque su sintaxis solo ten\u00eda<\/em> sentido en C, y los lenguajes modernos usan versiones m\u00e1s elegantes (ojo con el \u00abten\u00eda\u00bb, C ya no usa la tabla de saltos… eso se merece otro post luego).<\/p>\n\n\n\n
Bueno pues, ya que es bastante com\u00fan usar switch<\/code> solo para cambiar el valor de una variable, ahora PHP8 tiene la expresi\u00f3n match<\/code> que retorna un valor seg\u00fan una lista de comparaciones. <\/p>\n\n\n\n
Este es un caso real de uso de switch<\/code>, del analizador de consultas de Doctrine<\/a>:<\/p>\n\n\n\n
switch ($this->lexer->lookahead['type']) {\n    case Lexer::T_SELECT:\n        $statement = $this->SelectStatement();\n        break;\n\n    case Lexer::T_UPDATE:\n        $statement = $this->UpdateStatement();\n        break;\n\n    case Lexer::T_DELETE:\n        $statement = $this->DeleteStatement();\n        break;\n\n    default:\n        $this->syntaxError('SELECT, UPDATE or DELETE');\n        break;\n}<\/pre>\n\n\n\n
Varias cosas pueden ir mal usando switch<\/code> para este tipo de casos: <\/p>\n\n\n\n