Le OutputCacheFilter de Microsoft MVC Preview 4 enregistre-t-il réellement des invocations d'action?

Question

Nous avons déployé un site vivant, frais et chic en utilisant la prévisualisation 3, y compris des tests de stress rigoureux.

La mise en cache de sortie a été notre sauveur et nous a permis de répondre à nos exigences contractuelles de performance.

Ma question est, est-il une différence entre l'action OutputCacheFilter et la page mise en cache de sortie?

La mise en cache de la sortie de l'action est-elle plus rapide que la mise en cache de la sortie de la page?

Answer 1

En interne, OutputCacheAttribute (également appelé filtre de cache de sortie) utilise le même mécanisme interne que page output caching (alias la directive @OutputCache).

Par conséquent, ce n'est pas plus rapide que la mise en cache de sortie de page. Cependant, avec MVC, vous ne pouvez vraiment pas utiliser la mise en cache de sortie de page via la directive @OutputCache dans MVC parce que nous rendons la vue (page aka) après l'action s'exécute. Donc, vous obtiendrez très peu d'avantages.

Avec le filtre de cache de sortie, il ne la chose correcte et n'exécute pas le code d'action si le résultat est dans le cache de sortie. J'espère que cela pourra aider. :)

Answer 2

Il faut juste savoir qu'il ya actuellement un bug si vous appelez Html.RenderAction (..) sur une action qui est marqué pour être mis en cache. Au lieu de mettre en cache l'action spécifique, la page entière est mise en cache. Je l'ai déjà signalé sur codeplex et il semble être un problème connu: Calling <% HTML.RenderAction<...>(...); %> to an Action with [OutputCache(..)] causes entire page to cache.