Formateador y Minificador de PHP

Formateador, embellecedor, minificador y verificador de cumplimiento PSR-12 / PER-CS de PHP gratuito. Funciona 100% en tu navegador, tu código privado nunca sale de tu equipo.

¿Tienes comentarios? Reporta errores, sugiere funciones o comparte tus ideas — leemos todos

Formateador de PHP - Formatear y Embellecer PHP Online

Una potente herramienta de formateo y embellecimiento de PHP online que le ayuda a formatear, embellecer y minificar código PHP. Con resaltado de sintaxis, soporte de estilo PSR-2 y sangría personalizable. Perfecto para desarrolladores PHP y programadores backend.

¿Qué informa el botón Verificar PSR-12 y cómo lo leo?

Verificar PSR-12 ejecuta una auditoría rápida en el navegador de reglas de estilo estructurales y lista cada problema con su número de línea: tabulaciones para sangría (PSR-12 exige 4 espacios), etiqueta de cierre ?> en un archivo PHP puro, etiquetas de apertura cortas <? en lugar de <?php / <?=, espacios al final de línea, falta de nueva línea final y falta de línea en blanco tras la declaración namespace. Una insignia verde indica que tu fragmento pasa estas comprobaciones; una roja cuenta las violaciones. Es una verificación rápida que refleja phpcs/php-cs-fixer en CI — no un análisis AST completo — así que úsala para detectar los problemas más comunes que bloquean fusiones antes de hacer commit. Pulsa Formatear después para autocorregir la mayoría (sangría, llaves y espacios al final) de una vez.

Estilo de llaves PSR-2 vs PER-CS: deja activada la casilla PSR-2 para el diseño clásico de PSR-12 (llaves de apertura de clases y funciones en su propia línea nueva, llaves de estructuras de control en la misma línea). Desactívala para el estilo K&R (1TBS) que usan algunos equipos. Los proyectos modernos sobre PER Coding Style (sucesor de PSR-12 adoptado por Laravel y Symfony) mantienen las mismas reglas de llaves que PSR-12, por lo que el estado marcado por defecto coincide con ambos estándares.

¿Qué estándar de estilo de código sigue este formateador PHP?

El código PHP moderno suele seguir PSR-12 (Extended Coding Style) publicado por PHP-FIG, que extiende los antiguos PSR-1 y PSR-2. PSR-12 obliga a indentación de 4 espacios (sin tabs), llave de apertura en la misma línea para funciones y clases, una línea en blanco tras la declaración de namespace y use, y palabras clave de visibilidad en todas las propiedades y métodos. Formateadores populares como PHP_CodeSniffer con el estándar PSR12 y PHP-CS-Fixer con el ruleset @PSR12 las aplican. PER Coding Style (Per-CS 2.0, 2023) es la última evolución reconocida por Composer y frameworks principales como Laravel y Symfony, sustituyendo a PSR-12 hacia adelante.

¿Por qué falla mi archivo PHP la validación PSR-12?

Violaciones comunes de PSR-12 incluyen: tabs en vez de espacios en indentación, llave de apertura en la misma línea de métodos (debe ir en la siguiente para métodos/funciones pero en la misma para estructuras de control), falta de visibilidad en propiedades de clase (public/protected/private), espacios al final, falta de nueva línea al final del archivo, o etiqueta `<?php` seguida inmediatamente de código sin línea en blanco. Ejecute `phpcs --standard=PSR12 archivo.php` o `php-cs-fixer fix --rules=@PSR12 archivo.php` para ver las violaciones exactas y autocorregir el formato. Ambas herramientas integran con VSCode, PhpStorm y pipelines CI vía scripts de composer.

¿En qué difiere la minificación de PHP de la de JavaScript?

La minificación PHP elimina principalmente espacios, comentarios y formato innecesario, ya que el código se ejecuta en servidor y los clientes nunca lo ven. La minificación JavaScript además renombra variables, eleva declaraciones y aplica transformaciones AST agresivas porque el código viaja al navegador y cada byte cuenta. Para PHP, OPcache compila bytecode automáticamente así que el código fuente minificado aporta casi nada en tiempo de ejecución. Use minificación sólo para ofuscar bibliotecas distribuidas o reducir espacio. Herramientas como PHP Beautifier y Pretty Print invierten el proceso para depurar. RFC 7159 (JSON) y PSR-12 (PHP) recomiendan explícitamente mantener el código formateado por legibilidad humana.

¿Cuál es la diferencia entre etiquetas cortas y largas en PHP?

Las etiquetas largas `<?php ... ?>` son la forma canónica exigida por PSR-1. Las etiquetas cortas `<? ... ?>` y el echo corto `<?= ... ?>` dependen de la directiva php.ini `short_open_tag`. PHP 5.4+ siempre habilita `<?=` independientemente, así que es seguro. Las etiquetas cortas `<?` se desaconsejan porque chocan con declaraciones XML (`<?xml ... ?>`) y rompen la portabilidad del código. PSR-1 recomienda sólo `<?php` para archivos de código y `<?=` para plantillas. La etiqueta de cierre `?>` se recomienda oficialmente omitir en archivos puros de PHP para evitar salida accidental de espacios antes de cabeceras HTTP.

Formateador y Minificador de PHP — Formateador, embellecedor, minificador y verificador de cumplimiento PSR-12 / PER-CS de PHP gratuito. Funciona 100% en t — **Formateador y Minificador de PHP**

¿Cómo manejo el largo de línea y el ajuste en PHP?

PSR-12 especifica un límite suave de 120 caracteres y duro de 80 para pantallas estrechas — aunque la mayoría de los proyectos modernos usa 120. Llamadas largas a métodos deben romperse antes del operador punto/flecha, con cada llamada encadenada en su propia línea alineada al receptor. Firmas de función con muchos parámetros usan un parámetro por línea, con el paréntesis abriendo al final de la línea del nombre y el cierre en su propia línea alineada con la palabra clave `function`. Reglas de php-cs-fixer como `method_argument_space` y `line_length_limit` automatizan esto. Evite reordenamientos forzados a mitad de expresión que dañan la legibilidad.

¿Cuál es la diferencia entre formatear y refactorizar?

Formatear cambia sólo espacios, indentación y estilo de comillas — el AST (árbol de sintaxis abstracta) permanece idéntico y el comportamiento no cambia. Refactorizar reestructura el código para cambiar nombres, extraer métodos, fusionar clases o aplicar patrones de diseño; tanto el AST como el comportamiento en ejecución pueden cambiar. Herramientas como PHP-CS-Fixer (formateador), Rector (refactor), PHPStan (análisis estático) y Psalm (verificador de tipos) cubren distintas etapas. Ejecute siempre formateadores en CI para mantener estilo consistente; reserve refactores para revisión humana deliberada con cobertura de pruebas completa. Mezclarlos en un único commit dificulta enormemente la revisión.

¿Cómo formateo cadenas heredoc y nowdoc correctamente?

Heredoc (`<<<EOT ... EOT`) y nowdoc (`<<<'EOT' ... EOT`) son sintaxis de cadenas multilínea introducidas en PHP 5.3+ y mejoradas en PHP 7.3 con marcadores de cierre flexibles e indentación. PSR-12 exige que el identificador de cierre esté en su propia línea, indentado para coincidir con el código circundante (característica de PHP 7.3+). Ejemplo: `$sql = <<<SQL\n SELECT * FROM users\n SQL;` — la indentación de `SQL;` se elimina de cada línea de contenido. Heredoc interpola variables como cadenas de doble comilla; nowdoc no. Use nowdoc para SQL, regex o cualquier cadena con `$` para prevenir bugs de interpolación no deseada.

¿Debo usar namespaces y cómo interactúan con el formateo?

Sí — la autocarga PSR-4 exige que las clases con namespace se asignen a rutas de archivo, y el código PHP moderno es inmantenible sin namespaces. La declaración namespace debe ser la primera tras `<?php`, seguida de declaraciones `use` (agrupadas o individuales), luego definiciones de clase/función/constante. PSR-12 obliga a una línea en blanco entre cada bloque: namespace, use, declaración. Ordene use: clases primero, luego funciones (con `use function`), luego constantes (`use const`), cada grupo alfabéticamente. Reglas como `ordered_imports` en php-cs-fixer lo aplican. Use siempre namespaces completos — `\App\Models\User` — en las importaciones por claridad.