Configurar el código Visual Studio y Xdebug como editor final para el desarrollo de WordPress

Si se mantiene al día con los numerosos editores de texto e instrumentos de desarrollo, es posible que haya oído hablar del código Visual Studio de Microsoft. VS Code es un editor de código fuente gratuito, fácil como texto sublime, pero ofrece muchas de las mismas características que ideas más grandes, como phpstorm o webstorm. En este artículo, revisaré algunas características de código VS que me encantan y le mostraré cómo aprovechar al máximo para los desarrolladores de WordPress. Configuración básica para el desarrollo de WordPress con mayor frecuencia, al codificar en WordPress, trabajará en un complemento o un tema. Una forma de hacer esto podría ser abrir ese complemento o tema en su IDE y comenzar a codificar. Sin embargo, hay una mejor manera, con la ayuda de “espacios de trabajo” de código VS.
Puede pensar en un espacio de trabajo en el código VS como un contenedor para su proyecto, no solo incluye su proyecto, sino que puede incluir archivos en los que se basa su proyecto (su instalación de WordPress) y cualquier extensiones o configuraciones específicas para ese proyecto. Me gustan los espacios de trabajo porque puede crear uno de ellos para cada proyecto y puede cambiar cualquier configuración o extensión en el código VS en el espacio de trabajo. Por ejemplo, es posible que no desee usar los estándares de codificación de WordPress para todos sus proyectos o puede trabajar con un equipo de desarrolladores que no pueden estar de acuerdo en las pestañas y espacios.
En mi caso, la gran mayoría de mi tiempo se dedica al desarrollo de complementos. Así que tendré una carpeta de proyectos que contengan todos los complementos que trabajo y un sitio de carpetas que contiene todos mis sitios. Luego conectaré el complemento al que trabajo en un nuevo sitio de WordPress en la carpeta del sitio. En el código de Visual Studio, primero abriré el complemento en sí, luego agregaré el sitio de WordPress seleccionando el archivo -> Agregar carpeta al espacio de trabajo. Esto crea un nuevo espacio de trabajo en el que puedo editar el complemento e instalar WordPress al mismo tiempo. Esto es útil para ediciones rápidas del archivo wp -config.php y estar con sus ojos en el archivo debug.log mientras se desarrolla. Luego haga clic en Archivo -> Guardar el espacio de trabajo para guardar el espacio de trabajo. Esto crea un *.code-workspace que puede usar para abrir su espacio de trabajo en el futuro y también sirve como un archivo de configuración, que será útil más adelante. Integración profunda con PHP y WordPress con esto en el camino, echemos un vistazo a cómo podemos hacer que Visual Studio Code y WordPress jueguen un poco más hermoso. Dejando el cuadro, VS Code no acepta WordPress y PHP, así como otras ideas como PHPStorm (descubra cómo parte de nuestro equipo usa PHPStorm para el desarrollo de WordPress). Afortunadamente, es fácil de cambiar instalando extensiones.
Debido a que WordPress todavía es en gran medida PHP, utilizo la extensión de improvisión de PHP, que agrega un suplementos automáticos de PHP, un soporte de navegación de símbolos y una manera mucho mejor de encontrar referencias a su espacio de trabajo. Si bien esto agregará completaciones automáticas para las funciones básicas de PHP y lo que haya definido en su proyecto, no se hará cargo de gran parte del núcleo de WordPress. Para esto existe la extensión del fragmento de WordPress, que completará automáticamente las funciones básicas, clases y constantes WordPress. Incluso agregará indicaciones del tipo de argumento de la función de WordPress, que a menudo ayuda a guardar un viaje a los documentos. Estas herramientas facilitan el trabajo con complementos y temas de WordPress y con el desarrollo de PHP. La solución de problemas de PHP XDebug es una herramienta invaluable para la resolución de problemas de PHP, pero puede ser difícil de configurar. Afortunadamente, VS Code facilita la configuración de XDebug y, en mi caso, funciona. Solo tiene que instalar la extensión de depuración PHP y recargar el editor. Luego puede acceder a la pestaña “Ejecutar” y hacer clic en “Crear un archivo Launch.json” para crear una nueva configuración de solución de problemas de PHP.
Luego debería ver una ventana emergente en la parte superior de su editor pidiéndole que seleccione un espacio de trabajo para crear la configuración en:
Seleccione “espacio de trabajo” para insertar la nueva configuración en su archivo *.code-workspace, luego “php” para agregar una configuración de PHP. Esto agregará algunas configuraciones de solución de problemas a ese archivo, incluida la nueva opción “liste for xdebug”. Puede editar el nombre de configuración o puede cambiar el puerto XDEBUG aquí. {“Name”: “liste for xdebug”, “type”: “php”, “solicitud”: “lanzar”, “puerto”: 9000}, en mi caso, agregó un “script abierto de lanzamiento actual”. Con WordPress, rara vez tenemos que cargar un archivo PHP directo, por lo que simplemente eliminamos esa configuración. ¡Esto es! Debería poder iniciar el solucionador de problemas de PHP desde aquí. Vaya a un archivo PHP en su complemento o tema de WordPress y haga clic en un número de línea para agregar una interrupción a esa línea.

Cuando vuelva a la pestaña “Ejecutar”, seleccione “Liste para XDebug” en el menú desplegable y haga clic en el reproductor para comenzar a escuchar las solicitudes. Cuando el código alcanza ese punto de interrupción, el tiempo de ejecución debe interrumpir y puede ver todas las variables, la pila de llamadas y muchas más. ¿Quién sabía que la resolución de problemas de WordPress en el código de Visual Studio podría ser tan fácil?

La solución de problemas de PHP de JavaScript es solo la mitad del problema: también debemos solucionar problemas de JavaScript. Debido a que uso Mozilla Firefox como el navegador principal, instalé la extensión del depurador para Firefox que integra el código VS con Firefox. Luego necesitará editar *.code-workpace Agregue algunas configuraciones para js: {“nombre”: “liste for js”, “type”: “firefox”, “solicitud”: “lanzar”, “url”: “http : //yoursite.dev “,” Webroot “:”/Path/to/Your/Site “,} Una vez agregado, debería ver la opción Escuchar JS en el menú desplegable de drogas: como referencia, aquí está todo mi Mdb.code-workspace archivo hasta ahora: {“carpetas”: [{“ruta”: “wp-migrate-db-pro”, {“ruta”: “/usuarios/mattshaw/sites/mdb/app/public”} ], “Lanzar”: {“Versión”: “0.2.0”, “Configuraciones”: [{“tipo”: “Firefox”, “Solicitar”: “Iniciar”, “Nombre”: “Liste for JS”, “,”, ” URL “:” http: //mdb.test “,” Webroot “:”/users/matshaw/sites/mdb/app/public “}, {” nombre “:” Escucha xdebug “,” tipo “:” Php “,” Solicitud “:” lanzar “,” puerto “: 9000}]} Entiendo

Si está utilizando algo como Webpack para agrupar sus archivos JS, puede notar que los puntos de interrupción no funcionan.Puede usar el parámetro SourCEMApPAtHoverrides en su archivo *.Code-Workspace para asignar rutas de archivos hechas a mano, pero el depurador para Firefox tiene una solución más fácil.Si cuanto más audaz detecta que el archivo en el que creó una interrupción no se ha cargado durante una solicitud de Firefox, debería ver la siguiente solicitud: Simplemente haga clic en “Sí” para permitir que el experto en mapeo de canales descubra la forma correcta para usted, nunca fui Más agradecido a un mago tan oscuro en mi vida.Con esto, ahora es fácil solucionar problemas de JS desde el código VS, utilizando la misma interfaz de uso que se usa para XDEBUG: