TempData non essere sgomberati

Question

Sto lavorando su un'applicazione ASP.NET MVC 3 web, dove io uso TempData per memorizzare un oggetto del modello, nello scenario in cui l'utente non è connesso a

Ecco il flusso.:

1. Usa modulo di invio.
2. Il codice (filtro azioni speciali) aggiunge il modello a TempData, reindirizza alla pagina di accesso.
3. utente reindirizzato indietro per ottenere l'azione, in cui si legge TempData e chiama POST l'azione direttamente

Dopo il punto 3, avrei TempData pensato che sarebbe stato eliminato?

Ecco il codice:

[HttpGet] 
public ActionResult Foo() 
{ 
    var prefilled = TempData["xxxx"] as MyModel; 
    if (prefilled != null) 
    { 
     return Foo(prefilled); 
    } 
} 

[HttpPost] 
[StatefulAuthorize] // handles the tempdata storage and redirect to logon page 
public ActionResult Foo(MyModel model) 
{ 
    // saves to db.. etc 
} 

ho trovato this article che afferma:

1. Gli articoli sono rimossi solo dalla TempData al termine di una richiesta se essi sono stati contrassegnati per la rimozione.
2. Gli articoli vengono contrassegnati per la rimozione solo quando vengono letti.
3. Gli articoli possono essere deselezionati chiamando TempData.Keep (chiave).
4. RedirectResult e RedirectToRouteResult chiama sempre TempData.Keep().

Beh, leggendolo con TempData["xxx"] non è una "lettura" e quindi dovrebbero essere taggati per la rimozione?

E l'ultimo mi riguarda un po '- dal momento che sto facendo un reindirizzamento dopo il POST (P-R-G). Ma questo non può essere evitato.

C'è un modo per dire "metti da parte questo oggetto". TempData.Remove? O sto sbagliando?

Answer 1

Risolto aggiungendo TempData.Remove subito dopo averlo letto.

Non proprio contento di questo. Ho pensato che l'intero punto di TempData fosse che io, , non ho dovuto fare questo.

Può anche utilizzare direttamente Session.

Answer 2

Ci sono 2 GET HTTP richieste coinvolte qui:

1. La prima richiesta viene inviato dal client ed è quello che memorizza qualcosa in TempData
2. Alla fine della prima richiesta il client invia una seconda richiesta HTTP per recuperare la pagina di accesso.

Nessuna richiesta POST è coinvolta nel proprio scenario. Il fatto che dall'azione GET Foo stiate invocando l'azione POST Foo non significa che sia stata eseguita una richiesta separata (siete ancora nel contesto della richiesta GET iniziale). È solo una chiamata al metodo C#, non una richiesta separata.

Memorizza qualcosa in TempData durante la prima richiesta e questo TempData sarà disponibile per il secondo. Quindi sarà disponibile nell'azione del controller che mostra la pagina di accesso.

Quindi è necessario leggere da TempData in azione il rendering della pagina di accesso se si desidera rimuovere TempData.

Answer 3

Di seguito sono riportati alcuni dei punti chiave da tenere in considerazione quando si utilizzano i dati temporanei.

1) Un accesso in lettura ai dati temporanei non rimuove gli elementi dal dizionario immediatamente, ma segna solo per la cancellazione.

2) I dati temporanei non rimuoveranno sempre l'elemento a cui è stato effettuato l'accesso. Rimuove solo l'oggetto quando un'azione provoca un codice di stato Http 200 (ViewResult/JsonResult/ContentResult, ecc.).

3) In caso di azioni che comportano un Http 302 (come qualsiasi azione di reindirizzamento), i dati vengono conservati in memoria anche quando vi si accede.