Toen VB.NET 1.0 werd geïntroduceerd, was een van de grootste veranderingen dat alle door Microsoft gegenereerde broncode was inbegrepen en beschikbaar voor u als programmeur in uw project. De oudere Visual Basic-versies creëerden niet te ontcijferen p-code die je niet kon zien en niet kon veranderen. Hoewel de gegenereerde code in uw programma zat, was het een slecht idee om er iets aan te veranderen. Als je niet wist wat je deed, was de kans groot dat je je project zou breken door de gegenereerde code van Microsoft te wijzigen.
In VB.NET 1.0 werd al deze gegenereerde code alleen beschermd door te zijn ingesloten in een regiogedeelte van het programma, waar het met één klik verwijderd kon worden als zichtbaar en veranderlijk als onderdeel van uw bron code. Vanaf VB.NET 2005 (Framework 2.0) heeft Microsoft het in een heel ander bestand gebruikt met behulp van gedeeltelijke lessen, maar de regiorichtlijn is nog steeds beschikbaar en u kunt deze gebruiken om uw eigen code te ordenen.
Dit eenvoudige programma laat zien hoe Regio werkt:
Jij kunt compileren dit in een DLL om het te beschermen of gebruik het idee van de gedeeltelijke klasse dat Visual Studio gebruikt of maak gewoon een aparte klasse bestand, maar de gemakkelijkste manier om het uit de weg te houden en toch deel van hetzelfde bestand te maken, is door de regio te gebruiken richtlijn. Dat maakt de code er als volgt uit:
Omring gewoon de code waarmee u wilt verdwijnen:
Voor foutopsporing kunt u dit gebruiken om delen van uw code dichter bij elkaar te brengen, zodat u ze op hetzelfde scherm kunt zien:
U kunt geen regio of eindregio binnen een functie of subroutine gebruiken. Met andere woorden, dit voorbeeld hieronder nietwerk:
Dat is ok. Visual Studio vouwt subroutines samen zonder een regiorichtlijn. U kunt regio's nesten. Met andere woorden, dit het werkt:
Als u code van internet leent, zoekt u naar Regio's erin voordat u deze aan uw code toevoegt. Van hackers is bekend dat ze slechte dingen in een regio insluiten om te voorkomen dat ze worden opgemerkt.