¿El OutputCacheFilter en Microsoft MVC Preview 4 realmente ahorra en invocaciones de acción?

Question

Implementamos un sitio en vivo, fresco y elegante usando la vista previa 3 que incluye rigurosas pruebas de resistencia.

El almacenamiento en caché de salida de página fue nuestro salvador y nos brindó la capacidad de cumplir con nuestros requisitos contractuales de rendimiento.

Mi pregunta es, ¿hay alguna diferencia entre la acción OutputCacheFilter y el caché de salida de página?

¿El almacenamiento en caché de salida de acción es más rápido que el almacenamiento en caché de salida de página?

Answer 1

Internamente, OutputCacheAttribute (también conocido como filtro de caché de salida) utiliza el mismo mecanismo interno que page output caching (también conocido como la directiva @OutputCache).

Por lo tanto, no es más rápido que el almacenamiento en caché de salida de página. Sin embargo, con MVC, realmente no puede usar el caché de salida de página a través de la directiva @OutputCache en MVC porque renderizamos la vista (página aka) después de que se ejecute la acción. Entonces obtendrías muy poco beneficio.

Con el filtro de caché de salida, hace lo correcto y no ejecuta el código de acción si el resultado está en el caché de salida. Espero que ayude. :)

Answer 2

Solo tenga en cuenta que actualmente hay un error si llama a Html.RenderAction (..) en una acción que está marcada para ser almacenada en caché. En lugar de almacenar en caché la acción específica, se almacena en caché toda la página. Informé esto en codeplex ya y parece ser un problema conocido: Calling <% HTML.RenderAction<...>(...); %> to an Action with [OutputCache(..)] causes entire page to cache.