HttpContext.Items con ASP.NET MVC

Question

Sto implorando la mia classe ApplicationContext che utilizza il modello singleton. Voglio memorizzare la mia istanza in HttpContext.Items, poiché è accessibile in tutte le parti della richiesta. Ho letto sull'utilizzo di HttpContext con ASP.NET MVC e uno dei principali problemi è che introduce la complessità del test. Ho provato a fare ricerche sulla testabilità di HttpContext.Items, ma tutto quello che posso trovare è roba su Session. Una delle uniche cose che ho trovato è un capitolo di esempio nel libro MVC Professional ASP.NET 3.5 su Wrox (pdf link here). A pagina 15 si legge questo:

Qualcosa Non è possibile utilizzare: HttpContext.Items
Sopra in questa sezione, siamo venuti pulito e ti ha detto che abbiamo mentito a voi: HttpContext non è condivisa tra ASP .NET MVC e moduli Web ASP.NET. Di conseguenza, non è possibile utilizzare la raccolta HttpContext.Items per archiviare e recuperare bit di dati.

Il motivo è che quando si reindirizza a un controller, HttpHandler diventa System.Web.Mvc.MvcHandler, che viene creato utilizzando HttpContextWrapper, che avrà la propria definizione di HttpContext.Current. Sfortunatamente, durante questa stretta di mano, cose come HttpContext.Items non vengono trasferite.

Ciò che si riduce a questo è che i tipi di HttpContext, nonostante lo sguardo e il suono molto lo stesso, non sono la stessa, e non è possibile passare i dati in questo modo.

Ora, ho provato testare questo fuori, e per quanto ne so, se si reindirizza a un altro controller utilizzando RedirectToAction, HttpContext.Items non rimangono. Sto usando il progetto MVC ASP.NET predefinito per testarlo. Quello che ho fatto è, aggiungere questo metodo per Global.asax.cs:

protected void Application_BeginRequest() 
{ 
    Context.Items["Test"] = "Hello World"; 
} 

E in HomeController.cs, ho cambiato il metodo Index a:

public ActionResult Index() 
{ 
    return RedirectToAction("About"); 
} 

e ha cambiato il proposito di metodo per:

public ActionResult About() 
{ 
    Response.Write(Convert.ToString(HttpContext.Items["Test"])); 
    return View(); 
} 

Quando eseguo l'applicazione, la pagina reindirizza correttamente/Home/Chi e Response.Writes la corretta stringa "Ciao mondo" impostato nelle global.asax.cs.

Quindi, mi sembra come se sto o non capire ciò che il libro è significato quando dicono "cose ​​come HttpContext.Items non vengono trasferiti" O lo fa trasferire questa roba ed è bene utilizzare HttpContext. Elementi.

Se si consiglia di evitare HttpContext.Items, esiste un altro modo alternativo per archiviare un oggetto su una richiesta in base alle richieste?

Answer 1

La tua domanda sta chiedendo alcune cose, ma penso che l'elemento n. 1 sia la risposta che stai cercando.

1. E 'bene usare Context.Items per la cache su una base per ogni richiesta? Sì. Se in elaborazione, per richiesta, per macchina nella web farm sono i tuoi criteri allora Context.Items ti dà questo.

2. È difficile testare con Context.Items? Per quanto riguarda la testabilità, nascondevo Context.Items dietro un'interfaccia di qualche tipo. In questo modo si ottengono le funzionalità di test delle unità senza dover fare riferimento direttamente allo Context.Items. Altrimenti, cosa è necessario testare su Context.Items? Che il framework memorizzerà e recupererà i valori? Mantieni il tuo codice all'oscuro di System.Web e sarai un campeggiatore felice.

3. Il è il RedirectToAction? No. Il test non è valido. Sta impostando "Ciao, mondo" su ogni richiesta web e il tuo test copre due richieste web. Il primo è quando viene chiamata l'azione Index. Il secondo è quando viene chiamata l'azione RedirectToAction (è un HTTP 302). Per fallire, imposta un nuovo valore nell'azione Index e verifica se è mantenuto nell'azione About.

Answer 2

usare il dizionario TempData, è soprattutto per la memorizzazione di oggetti tra le azioni reindirizza:

public ActionResult Index() 
{ 
    TempData.Add("Test", "Hello world"); 
    return RedirectToAction("About"); 
} 

public ActionResult About() 
{ 
    ViewData["Test"] = TempData["Test"]; 
    return View(); 
} 

quindi recuperare il valore nella vista:

<%=ViewData["Test"] %> 

Answer 3

Ho fatto un test e TempData fa, anzi , esplodere con lo stato della sessione disabilitato. Il mio unico consiglio sarebbe quello di non archiviare l'oggetto stesso nei dati temporanei ma memorizzare i semplici campi tipizzati come è stato suggerito. Dal momento che non stai serializzando gli alberi degli oggetti, non dovrebbe essere la conseguenza di un impatto estemporaneo sulle prestazioni.