¿Qué es mejor: el almacenamiento en caché a través de HttpContext.Current.Cache o solo una estática?

Question

Anoche escribí mi primer IHttpModule para hacer un procesamiento de solicitud. Estoy usando una expresión regular para inspeccionar la URL en bruto. Se llamará al IHttpModule en cada solicitud, por lo que parece razonable hacer algún tipo de almacenamiento en caché del objeto de expresión regular para evitar su creación en cada solicitud.

Ahora mi pregunta ... ¿qué es mejor: usar el HttpContext.Current.Cache para almacenar el objeto instanciado o para usar un private static Regex en mi módulo?

Estoy esperando las razones por las cuales. Solo para aclarar: la expresión regular nunca cambiará y, por lo tanto, siempre será lo mismo.

Answer 1

Si la expresión regular no va a cambiar (y por lo general no lo es), entonces:

private static readonly Regex pattern = new Regex("...", RegexOptions.Compiled); 

es el más rápido y más eficiente en todos los sentidos

Answer 2

supongo que depende. La memoria caché integrada puede ofrecerle control de caducidad automático, mientras que los objetos estáticos no pueden. Además, si desea cambiar el mecanismo de caché (supongamos que debe distribuir su aplicación) puede hacerlo con un caché integrado. Los objetos estáticos son solo eso, estáticos.

Answer 3

Por regla general, utilizaría un campo estático y guardaría el almacenamiento en caché para cuando necesite más control de la vida útil del objeto. Aquí hay dos razones que se me ocurren justo por delante:

• siempre hay algo de sobrecarga implicada en el almacenamiento en caché el objeto y recuperarla de la memoria caché, por lo menos habrá boxeo/unboxing
• Usted tendrá que acceder el artículo por una clave de caché en lugar de hacerlo directamente en el código, esto hace que la aplicación de un poco más voluminoso y más difícil de entender

usted debe preguntarse si necesidad la funcionalidad se obtiene mediante el almacenamiento en caché del objeto, es decir, toda la vida.