Capítulo 3: Handling Events and Managing State

Li��o 1: Understanding the ASP.NET Life Cycle and Handling Events

A primeira li��o do cap�tulo 3 explica sobre o ciclo de vida da p�gina e dos controles.

De in�cio a li��o come�a explicando sobre os eventos mais comuns que s�o manipulados no arquivo Global.asax:

Application_Start: � executado quando a aplica��o � iniciado no servidor, muito comum quando � feito o acesso do primeiro usu�rio.
Application_End: Quando a aplica��o � finalizada. Pode ocorrer quando voc� para a aplica��o pelo IIS ou quando � feito o servidor � reiniciado ou desligado.
Application_Error: Como o nome j� explica � executado quando ocorre um erro na aplica��o.
Application_LogRequest: � executado quando � feita uma requisi��o a aplica��o, � usado para gravar informa��es especificas da requisi��o.
Application_PostLogRequest: � executado quando � concluida uma requisi��o feita ao sistema.

Como uma sess�o que � criado por usu�rio � poss�vel criar uma sess�o que � utilizada por toda aplica��o. Basta substituir o Session por Application, � como uma sess�o, mas ao inv�s de ser enxergada por um �nico usu�rio � enxergada por todos os usu�rios da aplica��o.

Em seguida na li��o inicia a explica��o do ciclo de vida da p�gina, com certeza a maior dificuldade para programadores de aplica��es windows que migram para o ambiente web, pois n�o est�o acostumados com essa situa��o.

Os eventos mais comuns e em ordem de execu��o de uma p�gina s�o os seguintes:

PreInit: � o primeiro evento que o desenvolvedor pode manipular de uma p�gina, � muito utilizado para definir valores de Master Page ou Temas em tempo de execu��o. Caso n�o utilize Master Page � neste evento que voc� pode criar controles dinamicamente.
Init: Este evento � executado depois que todos controles foram instanciados, aqui voc� pode alterar os valores de inicia��o dos controles. Caso utilize Master Page � neste evento que deve adicionar os controles dinamicamente.
InitComplete: Executado quando todas as inicializa��es estiverem completas.
PreLoad: Executado antes da viewstate ser carregada e antes de ocorrer o processo de Postback. Necess�rio quando voc� precisa que os controles estejam iniciados e antes da viewstate ser restabelecida.
Load: A p�gina est� est�vel e iniciada. O Evento Load da p�gina � chamada primeiramente, em seguida todos os eventos Load dos controles s�o executados hierarquicamente.
LoadComplete: Neste evento todos os controles s�o carregados.
PreRender: Este evento ainda permite que altera��es finais aos controles. Ocorre depois dos eventos de postback ter ocorridos, e ainda a viewstate n�o foi salva, ainda permitindo altera��es.
SaveStateComplete: Neste evento a viewstate esta pronta. Qualquer altera��o feita neste momento ou depois ser�o ignoradas. Este evento � util quando voc� precisa justamente que a viewstate esteja pronta.
Render: O Render � um m�todo e n�o um evento, o asp.net chama este m�todo para cada controle. Este m�todo gera os c�digos html e todos os outros necess�rios para exibi��o da p�gina ao cliente.
Unload: Este evento � utilizado para libera��o de recursos, at� pode ser executado manualmente mas � um processo pouco comum.

Ap�s explicar os principais eventos do ciclo de vida da p�gina. A li��o explica como criar um controle em tempo de execu��o. C�digo simples, �nica resalva � utilizar o evento Page_PreInit (quando n�o usar Master Page) ou Page_Init (quando usar Master Page):

protected void Page_PreInit(object sender, EventArgs e)
{
    // Create instances of the controls
    Label FeedbackLabel = new Label();
    TextBox InputTextBox = new TextBox();
    Button SubmitButton = new Button();
    // Assign the control properties
    FeedbackLabel.ID = "FeedbackLabel";
    FeedbackLabel.Text = "Please type your name: ";
    SubmitButton.ID = "SubmitButton";
    SubmitButton.Text = "Submit";
    InputTextBox.ID = "InputTextBox";
    // Create event handlers
    SubmitButton.Click += new System.EventHandler(SubmitButton_Click);
    // Add the controls to a Panel
    Panel1.Controls.Add(FeedbackLabel);
    Panel1.Controls.Add(InputTextBox);
    Panel1.Controls.Add(SubmitButton);
}

protected void SubmitButton_Click(object sender, EventArgs e)
{
    // Create an instance of Button for the existing control
    Button SubmitButton = (Button)sender;
    // Update the text on the Button
    SubmitButton.Text = "Submit again!";
    // Create the Label and TextBox controls
    Label FeedbackLabel = (Label)FindControl("FeedbackLabel");
    TextBox InputTextBox = (TextBox)FindControl("InputTextBox");
    // Update the controls
    FeedbackLabel.Text = string.Format("Hi, {0}", InputTextBox.Text);
}

A li��o explica como criar os eventos da p�gina, no caso do vb voc� deve utilizar os dois ComboBox que est�o na parte superior no arquivo de c�digo. E no caso do c#, basta escrever o c�digo, pois a propriedade AutoEventWireup por padr�o � true, n�o necessitando mais nenhuma associa��o.

Outro processo comum utilizado pelos desenvolvedores e explicados � o PostBack autom�tico. Alguns controles como o bot�o executam o postback automaticamente quando seu evento � acionado. Mas no caso do evento TextChanged do TextBox por exemplo ele n�o executa o PostBack automaticamente, � necess�rio alterar a propriedade AutoPostBack para true, caso n�o fa�a isso, o evento TextChanged s� ser� executado quando outro controle executar o PostBack no formul�rio como por exemplo um clique do bot�o.

Neste caso como ocorre: O usu�rio alterou o texto do textBox, nada acontece pois a propriedade esta como false, em seguida o usu�rio clica no bot�o. O primeiro evento a ser executado � o TextChanged que estava aguardando um postback ocorrer, em seguida � executado o evento clique do bot�o.

Se quiser que o TextChanged seja executado assim que o texto seja alterado altere a propriedade AutoPostBack para true.

Li��o 2: Using Client-Side State Management

Esta li��o mostra as principais maneiras de gerenciamento de estado do lado do cliente, desta forma economizando recursos do servidor.

As principais t�cnicas s�o:

View state: O asp.net utiliza para controlar os valores dos controles entre as requisi��es da p�gina.
Control state: � poss�vel persistir informa��es espec�ficas do controle sem utilizar a View State, � muito utilizado em casos de controles personalizados.
Hidden fields: Como a View State este campo fica no html mas n�o � renderizado para o usu�rio
Cookies: Um cookie fica armazenado no navegador do usu�rio, para cada requisi��o que � enviada para o servidor o valor do cookie � enviado tamb�m, � a maneira mais recomendada quando � necess�rio acessar este valor em diferentes p�ginas do mesmo dom�nio.
Query strings: � um valor informado pela url da p�gina, fica vis�vel ao usu�rio na barra de endere�o do browser.

Antes de explicar sobre cada uma dessas formas de persistir os dados do lado do cliente, a li��o explica vantagens e desvantagens de persistir os dados do lado do servidor e do lado do cliente.

Persistindo os dados no cliente, as vantagens s�o:

Melhor Escalabilidade: Caso utiliza-se do lado do servidor, a cada acesso de um cliente/usu�rio aumenta o uso de mem�ria do servidor. Jogando esta carga para o cliente para um ir� absorver o seu acesso e ir� ter um grande consumo de recurso do servidor.
Suporte por M�ltiplos Servidores: Caso voc� necessite de uma grande arquitetura de servidores, obter as informa��es do cliente que est�o no browser ser� poss�vel por qualquer servidor sem fazer um balanceamento de carga inteligente. Ou seja caso o usu�rio mude de servidor no meio de uma sess�o, basta o servidor acessar os dados que est�o no browser.

Vantagens de persistir os dados no servidor:

Melhor Seguran�a: A menos que voc� assine digitalmente as informa��es que est�o no cliente, qualquer um pode alterar os dados armazenados. Ou seja nunca armazene no cliente dados confidenciais como senhas e n�veis de acesso.
Redu��o de Banda: Os dados estando no servidor n�o � necess�rio o envio e recebimento dessas informa��es, os dados estando no cliente a cada requisi��o os dados s�o enviados ao servidor, utilizando banda do cliente e do seu servidor. O conselho � armazenar pequenas informa��es no cliente.

Qual usar? Agora � voc� que decide com bases nessas informa��es. Se voc� tiver uma aplica��o com poucos usu�rio e informa��es sigilosas utiliza recursos do servidor. Se quer ganhar performance em sua aplica��o utilize as duas formas, sabendo quando usar uma ou outra.

View State

View State � um mecanismo do asp.net para armazenar dados de um usu�rio entre as requisi��es da mesma p�gina. A view state n�o � armazenada no servidor, fica no c�digo html da p�gina, ela armazena estados de exibi��o dos controles que s�o acessados entre cada requisi��o, n�o consumindo assim recursos do servidor.

Caso n�o desabilite a View State � padr�o de todas as p�ginas. Um exemplo, quando faz uma consulta o servidor retorna os dados e o formul�rio � preenchido, quando o usu�rio alterar algum campo e clicar no bot�o gravar por exemplo, caso haja um erro no envio desses dados ao servidor, as informa��es j� digitadas n�o ser� perdidas, pois os valores armazenados na View State permaneceram.

A View State � armazenada da seguinte forma no c�digo html:
<input type="hidden" name="__VIEWSTATE" id="__VIEWSTATE"
value="/wEPDwULLTEzNjkxMzkwNjRkZAVvqsMGC6PVDmbCxBlPkLVKNahk" />

Caso o valor seja muito grande a View State � quebrada em 2 ou quantas for necess�ria para armazenar o valor. Repare que o valor � um hash e � compactado para oferecer maior seguran�a e maior performance que um campo hidden comum.

Como a View State ficar no c�digo html, o usu�rio consegue modificar estes valores, por�m o asp.net possui um c�digo de autentica��o que consegue validar se a View State foi alterada ou n�o.

Caso queira maior seguran�a para sua aplica��o � poss�vel criptografar suas View State atrav�s de uma configura��o do Web.config:

<configuration>
<system.web>
<pages viewStateEncryptionMode="Always"/>
</system.web>
</configuration>

S� que desta forma ir� perder um pouco de performance pois toda vez ter� que ser feito a criptografia e a descriptografia. Uma alternativa seria criptografar somente as View State que forem realmente necess�rias, colocando a diretiva diretamente na p�gina:

<%@ Page Language="C#" AutoEventWireup="true" ViewStateEncryptionMode="Always"%>

Como disse por padr�o a View State esta habilitada em todas as p�ginas e para todos os controles. Devido ao trafego de envio e recebimento de informa��es da View State voc� pode optar por desabilita-la.

Caso a p�gina seja acessada por usu�rio de conex�es lentas e sejam p�ginas com um grande n�mero de controles, a li��o especifica mais de 10 controles, vale a pena pensar na hip�teses de desabilita-la. Voc� deve controlar os dados que s�o armazenados na View State, para controlar a n�vel de p�gina utilize as propriedades Page.EnableViewState e Page.ViewStateMode, para controles utilize Control.EnableViewState e Control.ViewStateMode.

A propriedades ViewStateMode � nova no FrameWork 4 e s� ter� efeito caso a propriedades EnableViewState esteja como true. Por padr�o a ViewStateMode da P�gina tem o valor de Enabled e a propriedades ViewStateMode dos controles herdam o valor atribuido a propriedade da p�gina.

Caso voc� defina o EnableViewState como falso a View State estara desabilitada independentemente do valor atribuido a propriedade ViewStateMode. Por�m se manter a propriedades EnableViewState como verdadeira pode alterar a propriedade ViewStateMode para desabilitada. Em resumo trabalhe com a propriedade ViewStateMode.

A li��o tem uma tabela que ilustra como usar essas propriedades de forma mais simples:

Desabilitar a View State de uma p�gina, por�m habilitar de um controle especifico:
Page.Enable ViewState: True, Page.ViewState Mode: Disabled, Controle.Enable ViewState: True, Control.ViewState Mode: Enabled

Desabilitar a View State de uma p�gina, e desabilitar de um controle especifico:
Page.Enable ViewState: True, Page.ViewState Mode: Disabled, Controle.Enable ViewState: False, Control.ViewState Mode: Disabled

Habilitar a View State de uma p�gina, por�m desabilitar de um controle especifico:
Page.Enable ViewState: True, Page.ViewState Mode: Enabled, Controle.Enable ViewState: False, Control.ViewState Mode: Disabled

Habilitar a View State de uma p�gina, e de um controle especifico:
Page.Enable ViewState: True, Page.ViewState Mode: Enabled, Controle.Enable ViewState: True, Control.ViewState Mode: Enabled

Voc� pode desabilitar a View State de todo o projeto diretamente no web.config:
<configuration>
<system.web>
<pages enableViewState="false">
</system.web>
</configuration>

Para ler e escrever dados em uma View State � simples:

this.ViewState.Add("MyData", "some data value"); //Escrevendo
string myData = (string)ViewState["MyData"]; //Lendo

Hidden Fields

N�o tenho muito o que explicar sobre Hidden Fields, s�o parecidos com a View State, s�o campos que armazenam valores, ficam no c�digo html da p�gina por�m n�o s�o exibidos ao usu�rio. S� � poss�vel ve-los acessando o c�digo fonte da p�gina.

Cookies

Outra pr�tica comum pra quem j� � desenvolvedor web. Cookies armazenam valores no browser do cliente e a cada requisi��o ao servidor os valores s�o enviados. A vantagem do uso de cookies sobre o uso de View State e Hidden Fields � que os cookies podem ser acessados de qualquer p�gina desde que esteja no mesmo dominio em que foi criado.

� poss�vel ainda configurar seu tempo de vida e seu dominio. Escrever e ler dados de um cookie � simples:
Response.Cookies.Add(New HttpCookie("userId", userId))

E para ler o valor:
Request.Cookies("userId").Value

Exemplo de c�digo:
// Verifica se o cookie ja existe
if (Request.Cookies["lastVisit"] != null)
    // Encode the cookie in case the cookie contains client-side script
    Label1.Text = Server.HtmlEncode(Request.Cookies["lastVisit"].Value);
else
    Label1.Text = "No value defined";
// Define o valor do cookie
Response.Cookies["lastVisit"].Value = DateTime.Now.ToString();
Response.Cookies["lastVisit"].Expires = DateTime.Now.AddDays(1);

Query Strings

Outra pr�tica comum em qualquer linguagem web. Query String � uso de par�metros via URL. � formado de um par�metro e seu valor correspondente. O primeiro par�metro deve ser informado ap�s o ponto de interroga��o ? os par�metros seguintes com o &.

Exemplo: http://www.quintelab.com.br/bruno.aspx?id=1&nome=bruno

No exemplo acima o primeiro par�metro � o ID e o segundo � o NOME. Para ler esses par�metros informados via QueryString basta:

string id = Request.QueryString["id"].ToString();
string nome = Request.QueryString["nome"].ToString();

Alguns cuidados devem ser tomados, os navedores suportam 2083 caracteres. E fica f�cil para qualquer usu�rio alterar os valores contidos na url. Este caso � muito usado por exemplo para o envio de url via e-mail que quando acessadas ir� ser direcionadas j� para um produto especifico.

Li��o 3: Using Server-Side State Management

Do contr�rio da li��o 2, a li��o 3 mostra as t�cnicas de gerenciamento de sess�o no servidor. Voc� deve gerenciar os estados no servidor quando existe uma quantidade grande de dados e se torna oneroso a ida e vinda desses dados entre o cliente e o servidor. Outro grande motivo � a seguran�a, podemos trabalhar com dados sigilosos que n�o podem correr o risco de ficar dispon�vel na m�quina do cliente.

O asp.net disponibiliza duas formas de gerenciar pelo servidor, essas formas j� foram citadas em li��es anteriores. Os m�todos s�o Application State e Session State.

O primeiro � global, ou seja, os dados s�o acessados por todos os usu�rio em qualquer p�gina. Os dados armazenados no Application State s�o os mesmos para todos os usu�rios. J� o segundo m�todo Session State � �nico por cada usu�rio, cada usu�rio tem a sua sess�o, da mesma forma que o Application State os dados armazenados em Session State s�o acessados em qualquer p�gina.

Application State

Os dados armazenados no Application State s�o globais e podem ser acessados em qualquer requisi��o de qualquer p�gina. A classe HttpApplicationState � um dicion�rio de chave e valor e pode ser acessado pelo nome do chave. Os dados armazenados no Application State n�o s�o permanentes, no momento em que a aplica��o � reiniciada, por exemplo quando o IIS ou o servidor � iniciado os dados armazenados neste sess�o s�o perdidos.

Session State

Os dados armazenados com Session State tamb�m podem ser acessados de qualquer p�gina, a grande diferen�a � que � �nico por usu�rio (browser). Por padr�o esses dados s�o armazenados na mem�ria do servidor, mas � poss�vel � configurar para utilizar cookies, em State Serve ou em um banco de dados.

De forma similar ao Application State, o Session State � um dicion�rio de chave e valor, como demonstra o c�digo:

// Caso a sess�o n�o exista
if (Session["lastVisit"] != null)
{
Label1.Text = ((DateTime)Session["lastVisit"]).ToString();
}
else
{
Label1.Text = "Session does not have last visit information.";
}
// Definindo um valor para a sess�o
Session["lastVisit"] = DateTime.Now;

Caso queira desabilitar o uso de sess�es pode fazer no web.config:
<configuration>
<system.web>
<sessionState mode="off"/>
</system.web>
</configuration>

Ou definir na diretiva da p�gina no caso de desabilitar em p�ginas especificas, utilizando a propriedade EnableSessionState:
<%@ Page Language="C#" AutoEventWireup="true" CodeFile="Default.aspx.cs"
Inherits="_Default" EnableSessionState = "False"%>

� poss�vel configurar a forma com que ir� utilizar sua sess�o:

InProc: � o modo padr�o. � o que oferece melhor desempenho em rela��o as outras op��es. No entanto ele fica limitado em cen�rios de balanceamento de carga entre servidores. Pois n�o ter� como garantir que um usu�rio comece e termine seu processo no mesmo servidor.
StateServer: Nesta configura��o os dados armazenados na sess�o n�o s�o perdidos quando a aplica��o � reiniciada, e neste cen�rio � poss�vel fazer o compartilhamento entre servidores. O StateServer � um servi�o do asp.net que esta em qualquer m�quina que possua o FrameWork instalado. Este servi�o n�o � configurado para iniciar automaticamente e sim manualmente, por isso deve ser feito essa mudan�a para que inicie automaticamente caso deseja usar.
SQLServer: Tem os mesmos benef�cios do StateServer, armazena os dados quando a aplica��o � iniciada e pode ser utilizado em v�rios servidores. Em hardware id�ntico o StateServer supera o SQLServer, por�m o SQLServer oferece integridade dos dados mais robustos e capacidade de relat�rios.
Custom: Permite que voc� especifique uma sess�o personalizada, necessitando do c�digo para implementar seu armazenamento personalizado.
Off: Desativa as Sess�es, deve utilizar esta op��o caso queira desabilitar sess�es.

Assim se encerra o cap�tulo III.

Abra�os...

Tecnologias:

Confira outros conte�dos:

Teste unit�rio com NUnit

Como migrar projetos do ASP.NET MVC...

Crie relat�rios com o Stimulsoft...

Assista grátis a nossa aula inaugural

Perguntas frequentes

Quem somos?

Por que a programação se tornou a profissão mais promissora da atualidade?

Como faço para começar a estudar?

Em quanto tempo de estudo vou me tornar um programador?

Sim, você pode se tornar um programador e não precisa ter diploma de curso superior!

O que eu irei aprender estudando pela DevMedia?

Principais diferenciais da DevMedia

Qual o investimento financeiro que preciso fazer para me tornar um programador?

Como funciona a forma de pagamento da DevMedia?

Por Bruno Em 2011

Coment�rios nesta publica��o Escrever um coment�rio sobre conte�do

Lauro Nunes

N�vel

Bruno, excelente post sobre o livro, estou estudando para a prova e seus resumos t�m me ajudado muito. Fortelece conceitos aprendidos e ajuda a sanar duvidas que as vezes ficam. Suas explica��es s�o concisas e bem dispostas! Parab�ns!

há +1 ano

Nossos casos de sucesso

Leonardo Carlos

Eu sabia pouqu�ssimas coisas de programa��o antes de come�ar a estudar com voc�s, fui me especializando em v�rias �reas e ferramentas que tinham na plataforma, e com essa bagagem consegui um est�gio logo no in�cio do meu primeiro per�odo na faculdade.

Lucas Rodrigues

Estudo aqui na Dev desde o meio do ano passado! Nesse per�odo a Dev me ajudou a crescer muito aqui no trampo.
Fui o primeiro desenvolvedor contratado pela minha empresa. Hoje eu lidero um time de desenvolvimento!
Minha meta � continuar estudando e praticando para ser um Full-Stack Dev!

Her�clito J�nior

Economizei 3 meses para assinar a plataforma e sendo sincero valeu muito a pena, pois a plataforma � bem intuitiva e muuuuito did�tica a metodologia de ensino. Sinto que estou EVOLUINDO a cada dia. Muito obrigado!

Julio Cablen

Nossa! Plataforma maravilhosa. To amando o curso de desenvolvimento front-end, tinha coisas que eu ainda n�o tinha visto. A did�tica � do jeito que qualquer pessoa consegue aprender. S�rio, to apaixonado, adorando demais.

Joelberth Sena

Adquiri o curso de voc�s e logo percebi que s�o os melhores do Brasil. � um passo a passo incr�vel. S� n�o aprende quem n�o quer. Foi o melhor investimento da minha vida!

Felipe Nunes

Foi um dos melhores investimentos que j� fiz na vida e tenho aprendido bastante com a plataforma. Voc�s est�o fazendo parte da minha jornada nesse mundo da programa��o, irei assinar meu contrato como programador gra�as a plataforma.

Wanderson Oliveira

Comprei a assinatura tem uma semana, aprendi mais do que 4 meses estudando outros cursos. Exerc�cios pr�ticos que n�o tem como n�o aprender, est�o de parab�ns!

Jos� Lucas

Obrigado DevMedia, nunca presenciei uma plataforma de ensino t�o presente na vida acad�mica de seus alunos, parab�ns!

Eduardo Dorneles

Aprendi React na plataforma da DevMedia h� cerca de 1 ano e meio... Hoje estou h� 1 ano empregado trabalhando 100% com React!

Adauto Junior

J� fiz alguns cursos na �rea e nenhum � t�o bom quanto o de voc�s. Estou aprendendo muito, muito obrigado por existirem. Est�o de parab�ns... Espero um dia conseguir um emprego na �rea.

Ver todos os casos de sucesso

Cap�tulo 3: Handling Events and Managing State

Cap�tulo 3 do livro preparat�rio para a certifica��o em asp.net 4!!