{"id":231416,"date":"2022-12-29T18:24:00","date_gmt":"2022-12-29T15:24:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=231416"},"modified":"2022-12-29T18:28:15","modified_gmt":"2022-12-29T15:28:15","slug":"escribir-mejor-codigo-de-wordpress-phpstan","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/es\/escribir-mejor-codigo-de-wordpress-phpstan\/","title":{"rendered":"Escribir mejor c\u00f3digo de WordPress: PHPStan"},"content":{"rendered":"\n

En la publicaci\u00f3n m\u00e1s reciente de esta serie (que ciertamente es de hace alg\u00fan tiempo), habl\u00e9 extensamente sobre Composer<\/a> y su archivo de bloqueo.<\/a><\/p>\n

Recomiendo leer los dos art\u00edculos anteriores porque Composer eventualmente jugar\u00e1 un papel en este material que esta y futuras publicaciones compartir\u00e1n. Pero si opta por no ponerse al d\u00eda con ellos (o ya est\u00e1 familiarizado con Composer), la esencia de las publicaciones anteriores es, respectivamente, la siguiente:<\/p>\n

\n

No recomiendo consultar el directorio de proveedores en su repositorio. Eso puede convertirse en un directorio enorme m\u00e1s tarde y puede socavar el prop\u00f3sito completo de Composer.<\/p>\n

Compositor<\/a><\/p>\n

El objetivo es asegurarse de que todos ejecuten la misma versi\u00f3n de las dependencias del proyecto, no versiones anteriores, ni versiones m\u00e1s nuevas, sino la misma versi\u00f3n.<\/p>\n

El archivo de bloqueo del compositor<\/a><\/p>\n<\/blockquote>\n

Dicho esto, existen numerosas dependencias o paquetes que podemos instalar que nos ayudan a asegurarnos de que estamos escribiendo c\u00f3digo de la mejor calidad posible.<\/p>\n

Claro, algunos de estos pueden tener la forma de algo as\u00ed como est\u00e1ndares de codificaci\u00f3n, pero en realidad son m\u00e1s reglas que elementos para escribir c\u00f3digo de alta calidad (aunque no creo que deban dejarse fuera de la discusi\u00f3n, simplemente omitidos). en este momento \ud83d\ude43).<\/p>\n

Volviendo a las herramientas en cuesti\u00f3n: \u00bfCu\u00e1les son algunas herramientas que ayudan a escribir c\u00f3digo de WordPress de alta calidad? Voy a compartir algunos de mis favoritos y voy a hablar sobre c\u00f3mo podemos ejecutarlos todos contra una base de c\u00f3digo.<\/p>\n

Primero, echemos un vistazo al an\u00e1lisis est\u00e1tico con PHPStan<\/a>.<\/p>\n

Mejor c\u00f3digo de WordPress con PHPStan<\/h2>\n

\u00bfQu\u00e9 es el an\u00e1lisis est\u00e1tico, de todos modos?<\/h3>\n

Primero, unas pocas palabras sobre el an\u00e1lisis est\u00e1tico. Es decir, \u00bfqu\u00e9 es? Es un bocado, por un lado:<\/p>\n

\n

El an\u00e1lisis de c\u00f3digo est\u00e1tico (tambi\u00e9n conocido como an\u00e1lisis de c\u00f3digo fuente) generalmente se realiza como parte de una revisi\u00f3n de c\u00f3digo (tambi\u00e9n conocida como prueba de caja blanca) y se lleva a cabo en la fase de implementaci\u00f3n de un ciclo de vida de desarrollo de seguridad (SDL).<\/p>\n

El an\u00e1lisis de c\u00f3digo est\u00e1tico com\u00fanmente se refiere a la ejecuci\u00f3n de herramientas de an\u00e1lisis de c\u00f3digo est\u00e1tico que intentan resaltar posibles vulnerabilidades dentro del c\u00f3digo fuente ‘est\u00e1tico’ (no en ejecuci\u00f3n) mediante el uso de t\u00e9cnicas como el an\u00e1lisis de corrupci\u00f3n y el an\u00e1lisis de flujo de datos.<\/p>\n

An\u00e1lisis de c\u00f3digo est\u00e1tico a trav\u00e9s de OWASP<\/a><\/p>\n<\/blockquote>\n

Pi\u00e9nsalo de esta manera: es una forma de analizar un programa en busca de posibles errores que quiz\u00e1s no veas cuando trabajes en el c\u00f3digo base.<\/p>\n

Es decir, hay problemas, errores, problemas de seguridad, que pueden estar presentes pero que no puede detectar por varias razones (la menor de las cuales es que est\u00e1 demasiado cerca del c\u00f3digo).<\/p>\n

Sin embargo, con el tiempo, la comunidad de desarrollo ha aprendido formas de analizar c\u00f3digo, generar conjuntos de reglas y crear herramientas para ayudar a encontrar exactamente todo lo anterior.<\/p>\n

An\u00e1lisis est\u00e1tico de c\u00f3digo centrado en WordPress<\/h3>\n

Y aqu\u00ed es donde entra en juego PHPStan.<\/p>\n

\"Escribir<\/a><\/p>\n

Como se mencion\u00f3, el objetivo del paquete es identificar errores o fallas que existen en su c\u00f3digo antes de que alguien que no sea un desarrollador lo use, resaltarlos y brindarle la oportunidad de corregirlos.<\/p>\n

Debido a que herramientas como esta examinan una base de c\u00f3digo (en lugar de ejecutar el c\u00f3digo), no siempre es posible obtener una imagen clara. Esto significa que podemos obtener falsos positivos.<\/p>\n

Sin embargo, m\u00e1s sobre esto en un momento.<\/p>\n

Si est\u00e1 interesado en comenzar a ejecutar PHPStan en su base de c\u00f3digo, es f\u00e1cil. Despu\u00e9s de instalarlo, solo recuerde configurarlo para que no busque en el vendor<\/code>directorio o, digamos, en el n\u00facleo de WordPress.<\/p>\n

En su lugar, haga que examine su c\u00f3digo.<\/p>\n

Instalando PHPStan<\/h3>\n

Primero, en su composer.json<\/code>archivo, agregue la siguiente l\u00ednea en la require-dev<\/code>secci\u00f3n:<\/p>\n

\"phpstan\/phpstan\": \"^0.11.12\"<\/code><\/p>\n

Luego ejecuta composer update<\/code>en tu terminal.<\/p>\n

Una vez instalado, puede ejecutarlo en un archivo individual, un directorio o un conjunto de directorios. Si ha le\u00eddo mis publicaciones anteriores sobre la organizaci\u00f3n del c\u00f3digo, entonces sabe que soy fan\u00e1tico de mantener la mayor\u00eda del c\u00f3digo fuente del proyecto src<\/code>, puede ejecutar algo como esto:<\/p>\n

$ vendor\/bin\/phpstan analyse src<\/code><\/p>\n

Esto generar\u00e1 una salida basada en lo que encuentre la utilidad.<\/p>\n

\u00bfRecuerdas antes cuando dije que puede encontrar cosas como falsos positivos? Aqu\u00ed hay un resumen m\u00e1s detallado de lo que puede ver:<\/p>\n