¿Cuándo debería depurar en WSL 2?
Para un usuario de Windows .NET centrado en Linux, WSL 2 está en el lugar correcto entre el realismo de producción y el rendimiento. En Visual Studio, ya puede depurar en un entorno Linux remoto usando el depurador remoto o con contenedores usando las herramientas de contenedor . Cuando el realismo de la producción sea su principal preocupación, debe utilizar uno de estos. Cuando un bucle interno simple y rápido es más importante, WSL 2 es una excelente opción.
¡No tienes que elegir solo uno! Puede tener un perfil de ejecución para Docker y WSL 2 en el mismo proyecto y elegir el que se adapte a una ejecución en particular. Y una vez que se implementa su aplicación, siempre puede usar el depurador remoto para conectarse a él en caso de un problema.
Introducción a la depuración de .NET Core con WSL 2 - Vista previa
Asegúrese de instalar WSL 2 y la distribución de su elección antes de usar la extensión . Después de instalar la extensión, cuando abra una aplicación web ASP.NET Core o una aplicación de consola .NET Core en Visual Studio, verá un nuevo perfil de inicio llamado WSL 2: al
seleccionar este perfil, se agregará al archivo launchSettings.json y se verá así:
"WSL 2": {
"commandName": "WSL2",
"launchBrowser": true,
"launchUrl": "https://localhost:5001",
"environmentVariables": {
"ASPNETCORE_URLS": "https://localhost:5001;http://localhost:5000",
"ASPNETCORE_ENVIRONMENT": "Development"
},
"distributionName": ""
}Después de elegir un nuevo perfil, la extensión verifica si su distribución WSL 2 está configurada para ejecutar aplicaciones .NET Core y lo ayuda a instalar las dependencias que faltan. Una vez instaladas todas las dependencias, estará listo para depurar en WSL 2. Simplemente comience a depurar como de costumbre y su aplicación ahora se ejecutará en la distribución predeterminada de WSL 2. Una forma sencilla de asegurarse de que está ejecutando Linux es comprobar el valor Environment.OSVersion.
Nota. Solo Ubuntu y Debian han sido probados y compatibles. Otras distribuciones compatibles con .NET Core deberían funcionar, pero requieren la instalación manual de .NET Core Runtime y Curl.
Usando una distribución específica
De forma predeterminada, el perfil de inicio de WSL 2 utilizará la distribución predeterminada establecida en wsl.exe. Si desea que su perfil de lanzamiento se oriente a una distribución específica, independientemente del valor predeterminado, puede cambiar su perfil de lanzamiento. Por ejemplo, si está depurando una aplicación web y desea probarla en Ubuntu 20.04, su perfil de inicio se vería así:
"WSL 2": {
"commandName": "WSL2",
"launchBrowser": true,
"launchUrl": "https://localhost:5001",
"environmentVariables": {
"ASPNETCORE_URLS": "https://localhost:5001;http://localhost:5000",
"ASPNETCORE_ENVIRONMENT": "Development"
},
"distributionName": "Ubuntu-20.04"
}Dirigirse a múltiples distribuciones
Yendo aún más lejos, si está trabajando en una aplicación que debe ejecutarse en varias distribuciones y desea una forma rápida de probar cada una, es posible que tenga varios perfiles de inicio. Por ejemplo, si necesita probar una aplicación de consola en Debian, Ubuntu 18.04 y Ubuntu 20.04, puede usar los siguientes perfiles de inicio:
"WSL 2 : Debian": {
"commandName": "WSL2",
"distributionName": "Debian"
},
"WSL 2 : Ubuntu 18.04": {
"commandName": "WSL2",
"distributionName": "Ubuntu-18.04"
},
"WSL 2 : Ubuntu 20.04": {
"commandName": "WSL2",
"distributionName": "Ubuntu-20.04"
}Con estos perfiles de inicio, puede cambiar fácilmente entre distribuciones de destino sin salir del cómodo entorno de Visual Studio:
¡Pruébalo hoy!
Entonces, si le gusta trabajar en Visual Studio pero necesita probar su aplicación en Linux, vaya a Visual Studio Marketplace para instalar la extensión hoy. Utilice el mercado para hacer preguntas o comentarios, y para hacernos saber lo útil que es esta extensión.