Questão 695593

• Banca: FCC
• Órgão: TRF - 2ª REGIÃO
• Ano: 2012
• Provas: FCC - 2012 - TRF - 2ª REGIÃO - Técnico Judiciário - Informática
• Disciplina: Programação
• Assuntos: .Net; ASP

No ASP .NET um formulário Web não deve usar variáveis de instância para guardar informações de estado do cliente, pois os clientes que acessam esse formulário Web em paralelo poderão sobrescrever as variáveis de instância compartilhadas. Para resolver esse problema, os formulários Web devem guardar as informações de estado do cliente em objetos

• A. HttpResponse.
• B. HttpSessionState.
• C. HttpRequestState.
• D. HttpCookie.
• E. HttpSessionStore.

Gabarito: B

Comentários

• Por que não guardar em um Cookie (letra D)?
• Creio que a resposta "mais correta" seria HttpSessionState porque está no NameSpace  "System.Web.SessionState.HttpSessionState", que refere-se ao trecho "(...) informações de estado do cliente (...)".
  
  Veja mais em:
  HttpSessionState
  http://msdn.microsoft.com/pt-br/library/system.web.sessionstate.httpsessionstate.aspx
  HttpCookie
  http://msdn.microsoft.com/en-us/library/system.web.httpcookie.aspx
  
  Curiosidade:
  HttpCookieCollection
  http://msdn.microsoft.com/pt-br/library/system.web.httpcookiecollection.aspx
  
  

• Cuidado, nenhuma resposta está totalmente correta.

   

  Se o usuário abrir duas instâncias do mesmo formulário o session vai dar conflito. Se for pequeno poderia colocar no Viewstate e se for grande teria que criar algum esquema como por exemplo uma chave e o dado principal na SessionState.

   

  Quanto ao cookie o problema é que você perde a confiabilidade do dado, a não ser que crie um esquema criptográfico de validar a autenticidade do mesmo. Em geral cookie só serve bem pra fazer chave de sessão ou guardar dados que não precisam ser confiáveis.

• Gabarito: B

  As páginas ASP.NET são stateless, porém é possível guardar informações de sessão através do objeto HttpSessionState.