Da VB.NET 1.0 blev introduceret, var en af de største ændringer, at alle Microsofts genererede kildekode var inkluderet og tilgængelig for dig som programmerer i dit projekt. De ældre Visual Basic-versioner oprettede ubeskrivelig p-kode, som du ikke kunne se og ikke kunne ændre. Selvom den genererede kode var i dit program, var det en dårlig ide at ændre noget af det. Hvis du ikke vidste, hvad du gjorde, var chancerne store for, at du ville bryde dit projekt ved at ændre Microsofts genererede kode.
I VB.NET 1.0 blev al denne genererede kode kun beskyttet ved at være lukket i et regionafsnit i programmet, hvor det var et klik væk fra at være synligt og skiftbart som en del af din kilde kode. Fra VB.NET 2005 (Framework 2.0) satte Microsoft det i en helt anden fil ved hjælp af delklasser, men Regiondirektivet er stadig tilgængeligt, og du kan bruge det til at organisere din egen kode.
Dette enkle program viser, hvordan Region fungerer:
Du kunne udarbejde dette til en DLL for at beskytte det eller bruge den delvise klasseidee, som Visual Studio bruger eller bare oprette en separat klasse fil, men den nemmeste måde at holde den ude af vejen og stadig gøre den til en del af den samme fil er at bruge regionen direktiv. Det får koden til at se sådan ud:
Omgiv bare den kode, du vil forsvinde med:
Til fejlsøgningsformål kan du bruge dette som en måde at bringe dele af din kode tættere på hinanden, så du kan se dem på samme skærm:
Du kan ikke bruge en region eller en slutregion i en funktion eller en subroutine. Med andre ord, dette eksempel nedenfor ikkearbejde:
Det er ok. Visual Studio kollapser underprogrammer uden et regionalt direktiv. Du kan indlejre regioner. Med andre ord dette fungerer:
Hvis du låner kode fra internettet, skal du kigge efter regioner i den, før du føjer den til din kode. Hackere har været kendt for at indlejre dårlige ting i en region for at forhindre, at det bliver bemærket.