Explicación en vídeo

Consola del navegador

Cuando en nuestras aplicaciones Vue haya un error que no impida que la aplicación se inicie, es decir, un error en tiempo de ejecución (intentar acceder a una posición de un array que no existe, por ejemplo), los errores no aparecerán en la consola de Visual Studio Code, aparecerán en la consola del navegador. Esto es muy importante recordarlo. Para acceder a la consola del navegador, podemos pulsar F12, o hacer Click derecho → Inspeccionar, e ir a la pestaña Console.

Además, si queremos escribir a esta consola, lo podemos hacer en JavaScript con la instrucción:

console.log( msg )

Extensión Vue Devtools en el navegador

Una última cosa que nos puede ser muy útil es la extensión Vue.js devtools que está disponible tanto para Chrome como para Firefox. Con esta extensión, en el mismo menú en el que estamos trabajando veremos una pestaña llamada Vue (aparecerá cuando estemos en una página Vue en modo desarrollo, que es lo que tendremos nosotros cuando lo estemos ejecutando en local). Desde ahí podemos inspeccionar todos los componentes con sus variables y valores. Podemos explorar el store de Vuex, los eventos que se han emitido y su contenido, ver métricas de rendimiento, etc.

Depuración con Visual Studio Code

VS Code dispone de un depurador, pero da problemas con el proyecto portal-ui (los breakpoints no se quedan marcados, se ponen como "unbounded" una vez lazamos el proyecto). Una posible solución puede ser siguiendo estos pasos:

  1. Añadimos devtool: 'source-map' al bloque configureWebpack del archivo vue.config.js (este cambio no lo subiremos a gitlab, solo estará en local):
  2. Añadimos las configuraciones de depuración. Podemos crear el archivo json correspondiente desde la pestaña de debug de VS Code, o podemos crear nosotros los archivos, así que lo más rápido será esto último. Creamos una carpeta llamada .vscode en la raíz del proyecto, y creamos un archivo launch.json dentro, en el que pegaremos lo siguiente:
    {
    "version": "0.2.0",
    "configurations": [
        {
            "name": "Launch Chrome",
            "type": "chrome",
            "request": "launch",
            "sourceMaps": true,
            "url": "https://miurl.atica.um.es:8000",
            "webRoot": "${workspaceFolder}",
        },
        {
            "name": "Attach Chrome",
            "type": "chrome",
            "request": "attach",
            "port": 9222,
            "sourceMaps": true,
            "url": "https://miurl.atica.um.es:8000",
            "webRoot": "${workspaceFolder}",
        }
    ]
}
    Cambiaremos el campo "url" en ambos bloques para poner nuestra url local donde se despliega el proyecto.
  3. Una vez hecho esto, ya está listo para funcionar. Para ello, primero lanzaremos el proyecto de forma normal, dándole a serve en npm scripts. Una vez iniciado, en la pestaña de debug de vs code (1), seleccionamos la configuración, que en este caso será Launch Chrome (2), y le damos al play (3):
  4. Con esto, se nos abrirá una nueva ventana de Chrome en la que funcionarán los breakpoints. El inconveniente de esto es que será una ventana en la que no estarán los datos de nuestro navegador, nuestra sesión y demás, y tendremos que hacer login cada vez, incluyendo el doble factor de autenticación. Esto puede ser tedioso para hacer pruebas, pero para eso hemos incluido otra configuración de depuración, la de "Attach Chrome". Esta configuración hace que se utilice una instancia de Chrome que ya está funcionando, y que estará escuchando en el puerto 9222 (campo "port" del launch.json). La diferencia, es que tendremos que iniciar Chrome desde la terminal de comandos (si ya lo tenemos abierto, habrá que cerrarlo por completo antes de ejecutar el comando), diciéndole explícitamente que utilice ese puerto como puerto de depuración remoto. Esto es, utilizando este comando:
    "C:\Program Files\Google\Chrome\Application\chrome.exe" --remote-debugging-port=9222


Todo esto es utilizando Chrome, para otros navegadores se podrá hacer también de forma similar.