Nancy: El almacenamiento en caché de las vistas no está deshabilitado en el modo de depuración de forma predeterminada en Nancy 2.0.0-alpha
Prerrequisitos
- [x] He escrito un título de problema descriptivo.
- [x] He verificado que estoy ejecutando la última versión de Nancy.
- [] He verificado si el problema existe tanto en el modo
DEBUGcomo en el modoRELEASE - [x] He buscado problemas abiertos y cerrados para asegurarme de que aún no se hayan informado
Descripción
En nancy 2.0.0-alpha, el almacenamiento en caché de las vistas de maquinilla de afeitar ya no está deshabilitado de forma predeterminada, como solía estar en el modo de depuración.
Pasos para reproducir
- Inicie nancy en modo de depuración
- Visite una URL y deje que nancy proporcione una vista .cshtml
- Modificar y guardar el archivo .cshtml
- Actualiza tu navegador
- Tenga en cuenta que los cambios no se muestran.
Configuración del sistema
- Versión de Nancy: 2.0.0-alpha
- Nancy anfitrión
- [x] ASP.NET
- [] OWIN
- [] Autohospedado
- [ ] Otro:
- Otros paquetes y versiones de Nancy:
- Nancy.Hosting.Aspnet
- Nancy.ViewEngines.Razor
- Entorno (sistema operativo, versión, etc.): Win10, IISExpress
- Versión de .NET Framework: 4.5
- Información adicional:
Solución alterna:
Configure nancy usted mismo para deshabilitar la caché en modo de depuración, por ejemplo:
public override void Configure(INancyEnvironment environment)
{
base.Configure(environment);
#if DEBUG
environment.Views(runtimeViewUpdates: true);
#endif
}
Cuídate,
Martín
8
Todos 5 comentarios
Me pregunto si podríamos usar este https://github.com/NancyFx/Nancy/blob/feb8a122d8173eafde87bbd650faa2b04429131a/src/Nancy/DefaultRuntimeEnvironmentInformation.cs#L27 en el ViewConfiguration.Default ?
jchannon
en 27 abr. 2016
Si mal no recuerdo, IRuntimeEnvironmentInformation pero lo cambiamos antes de fusionar la solicitud de extracción. No recuerdo por qué lo eliminamos, pero sé que la interfaz IRuntimeEnvironmentInformation se discutió en el contexto CoreCLR porque ya no pudimos verificar los atributos.
Quizás podríamos actualizar DefaultViewConfigurationProvider para usar #if DEBUG lugar. El problema con eso es que solo funcionaría dentro del depurador (creo) y no cuando construyes e implementas tu sitio en modo de depuración.
ping @ NancyFx / minions-más-valorados
thecodejunkie
en 27 abr. 2016
En realidad #if DEBUG estaría bien para el DefaultViewConfigurationProvider . Si le importa de alguna manera el comportamiento, entonces lo establecería explícitamente y los valores establecidos por el usuario siempre tienen prioridad sobre lo que configura el proveedor predeterminado
thecodejunkie
en 27 abr. 2016
Bingo
El miércoles 27 de abril de 2016, Andreas Håkansson [email protected]
escribió:
En realidad, #if DEBUG estaría bien para DefaultViewConfigurationProvider.
Si le importa de cualquier manera el comportamiento, lo establecería explícitamente
y los valores establecidos por el usuario siempre tienen prioridad sobre lo que el proveedor predeterminado
configura-
Estás recibiendo esto porque hiciste un comentario.
Responda a este correo electrónico directamente o véalo en GitHub
https://github.com/NancyFx/Nancy/issues/2432#issuecomment -215189437
jchannon
en 27 abr. 2016
La creación de un ViewConfigurationProvider con return new ViewConfiguration(true,true); no funciona (a pesar de que se golpea si establezco un punto de interrupción). Anular Configure en bootstrapper y llamar a environment.Views(runtimeViewUpdates: true); soluciona este problema.
2.0-b
thecopy
en 5 dic. 2016
Temas relacionados
RTodorov
·
6Comentarios
jchannon
·
9Comentarios
destagia
·
5Comentarios
Hell0wor1d
·
12Comentarios
jgillich
·
7Comentarios
Comentario más útil
La creación de un
ViewConfigurationProviderconreturn new ViewConfiguration(true,true);no funciona (a pesar de que se golpea si establezco un punto de interrupción). AnularConfigureen bootstrapper y llamar aenvironment.Views(runtimeViewUpdates: true);soluciona este problema.2.0-b