Debería pensar en triple antes de pasar a esta opción. (1) Consume muchos recursos. Como requiere la autocompilación, como operación previa, del proyecto modificado y, a veces, de toda la solución. (¡Imagina una solución Asp.net de mediana a enorme compuesta de muchos proyectos, construye para cada modificación realizada! ¿Cuánto tiempo queda para la programación ???) (2), como sabes, la recarga de la página consume mucho ¡Tiempo para el primer lanzamiento después de una compilación exitosa! ... Por lo tanto, el tiempo que desea ganar con esta opción se desperdiciará en múltiples, especialmente los lenguajes de programación basados en CLR (por ejemplo .NET Core). Y finalmente, (3) se espera que su proyecto necesite desarrollar muestras de prueba que puedan inyectarse automáticamente en la vista para un mejor proceso de automatización, ¡imagine lo difícil que es!
En cambio, intente probar su solución de forma unitaria, y luego, se espera que cualquier próxima modificación sea superficial y de baja ocurrencia.
Si no está de acuerdo con mi propuesta, sugiero desarrollar una extensión de estudio visual que recargue mejor la página web de destino en on-build
lugar de un on-save-changes
evento. A continuación, Ctrl + b
hará el trabajo!
¿Donde empezar?
Desarrollé un VSIX que vigila las carpetas para cargar automáticamente archivos generados específicos fuera de la interfaz de usuario de VS. compruebe el código fuente, tendrá una idea sobre la gestión de archivos del proyecto. gira en la API EnvDTE, eche un vistazo a este código.
Además, verifique el proyecto fuente desde aquí