(Também em português: Problema com evento Validating, CausesValidation e fechar do formulário)

Teaching a lesson in a Microsoft Learning class, I was demonstrating the use of the Validating event in a textbox and a button with CausesValidation property set to false (there is a question discussing that in the certification exam), and I wrote a simple code:

Private Sub btnCancel_Click(...) Handles btnCancel.Click
     MessageBox.Show("Cancel pressed")
End Sub

It worked as expected, and to end the demonstration I changed the code to:

Private Sub btnCancel_Click(...) Handles btnCancel.Click
     Me.Close()
End Sub

I forgot that I had this problem when I was programming a Windows Form applicaton some time ago. At that time, I simply decided to not use the Validating event and put all my validation code in the OK button. But now I was demonstrating this to students and could not admit that this is something we had to accept.

So, with some search in the Internet, a little code and just a few changes, I present my solution to this problem.

First, declare a private const in the Form:

Private Const WM_CLOSE As Integer = CInt(&H10)

Then, override the WndProc method:

Protected Overrides Sub WndProc(ByRef m As System.Windows.Forms.Message)
     If m.Msg = WM_CLOSE Then
          Dim formControl As Control
          For Each formControl In Me.Controls
               formControl.CausesValidation = False
          Next
     End If
     MyBase.WndProc(m)
End Sub

And that's all. The Cancel button can be clicked and the Close method will execute without the validation stop.

Good luck.

Pedro de Oliveira
MCT (MCSD .NET/VS6)
Rio de Janeiro/Brazil

More information: MCAD/MCSD: Error Handling for the User Interface

Li num blog uma dúvida sobre a diferença entre Session vs ViewState e, em resumo, vou tentar mostrar o que são e quais são as diferenças entre estes recursos de manutenção de estado.

O Session é o mais conhecido, pois existe desde o ASP. Este é um objeto que armazena pares do tipo chave/valor. Chave é um nome (string) de acesso e o valor é qualquer objeto (Object). O armazenamento destes pares é feito no servidor e, na sua forma padrão (default), consome memória. O Session é um objeto individual, i.e., associado a apenas um usuário usando a aplicação web. Sendo individual e consumindo memória, este objeto torna-se perigoso para a escalabilidade da aplicação web, i.e., o suporte ao crescimento no número de usuários (que causará um aumento no consumo de memória no servidor).

O ViewState é um objeto que foi inserido no ASP.NET, junto com os recursos de manutenção de estado do WebForm (página ASPX). Este objeto também armazena pares do tipo chave/valor, contudo diferente do Session, o valor não pode ser um objeto (pelo menos, em seu estado original). Apenas tipos simples (números e strings) podem ser armazenados. Objetos serializáveis também podem ser armazenados em ViewState, mas apenas porque ao ser serializado o objeto é transformado em XML, que é uma string. O ViewState também é um objeto individual, mas diferente do Session não consome recursos (memória ou outro) no servidor. O conteúdo é acrescentado à página gerada num campo hidden do WebForm ( __VIEWSTATE ), encriptado e num formato compacto. Isto faz com que a escalabilidade não seja prejudicada, mas o tamanho da página gerada fica maior, o que aumenta o tempo de carga da página. Em conexões lentas, isto pode ser um problema.

Acredito que com estas informações fica mais fácil entender as diferenças entre estes objetos.

Boa programação.

Pedro Carlos S. de Oliveira
MCT (MCSD .NET/VS6)
Rio de Janeiro/Brasil

O gráfico acima já diz tudo, mas permita-me acrescentar um pouco de contexto. Nathaneal Paul e David Evans, dois pesquisadores do Departamento de Ciência da Computação da University of Virginia, nos Estados Unidos, concluíram um estudo chamado "Comparing Java and .NET Security: Lessons Learned and Missed".

O gráfico é a Figura 1 do documento e compara o número de grandes vulnerabilidades de segurança na Máquina Virtual Java e no CLR desde o lançamento oficial de cada um, em Janeiro de 1996 e Janeiro de 2002, respectivamente. 

Para fazer o download do estudo original:
http://www.only4gurus.com/brasil/preview.asp?ID=9023

Fonte: Blog do Only4Gurus (http://www.only4gurus.com.br/)

• resource.en-US.txt
  Msg = User name
• resource.pt-BR.txt
  Msg = Usuário

resgen resource.en-US.txt
resgen resource.pt-BR.txt