Quando o VB.NET 1.0 foi introduzido, uma das maiores mudanças foi que todos os recursos gerados pela Microsoft Código fonte foi incluído e disponível para você como programador em seu projeto. As versões mais antigas do Visual Basic criavam um código p indecifrável que você não podia ver e não podia mudar. Mesmo que o código gerado esteja no seu programa, foi uma má idéia alterar qualquer um deles. Se você não soubesse o que estava fazendo, as chances eram altas de interromper o seu projeto alterando o código gerado pela Microsoft.
No VB.NET 1.0, todo esse código gerado era protegido apenas por ser incluído em uma seção Region o programa, onde ficava a um clique de ser visível e alterável como parte de sua fonte código. A partir do VB.NET 2005 (Framework 2.0), a Microsoft o colocou em um arquivo completamente diferente usando classes parciais, mas a diretiva Região ainda está disponível e você pode usá-la para organizar seu próprio código.
Este programa simples mostra como a Região funciona:
Você poderia compilar isso em uma DLL para protegê-lo ou usar a ideia de classe parcial que o Visual Studio usa ou apenas criar uma classe separada, mas a maneira mais fácil de mantê-lo fora do caminho e ainda torná-lo parte do mesmo arquivo é usar o Region directiva. Isso faz com que o código fique assim:
Apenas coloque o código com o qual você deseja desaparecer:
Para fins de depuração, você pode usar isso como uma maneira de aproximar partes do seu código para poder vê-las na mesma tela:
Você não pode usar uma região ou uma região final dentro de uma função ou sub-rotina. Em outras palavras, este exemplo abaixo nãotrabalhos:
Isso está ok. O Visual Studio recolhe sub-rotinas sem uma diretiva Região. Você pode aninhar regiões. Em outras palavras, isso funciona:
Se você emprestar código da Internet, procure regiões nele antes de adicioná-lo ao seu código. Sabe-se que os hackers incorporam coisas ruins dentro de uma região para impedir que elas sejam notadas.