Kiedy wprowadzono VB.NET 1.0, jedną z największych zmian było to, że wszystkie wygenerowane przez Microsoft kod źródłowy został włączony i dostępny jako programista w twoim projekcie. Starsze wersje Visual Basic utworzyły nieczytelny kod p, którego nie można było zobaczyć i którego nie można zmienić. Mimo że wygenerowany kod był w twoim programie, zmiana któregokolwiek z nich była złym pomysłem. Jeśli nie wiesz, co robisz, istnieje duże prawdopodobieństwo, że przerwiesz projekt, zmieniając wygenerowany kod Microsoft.
W VB.NET 1.0 cały ten wygenerowany kod był chroniony tylko przez umieszczenie go w sekcji Region program, w którym wystarczyło jedno kliknięcie, aby można go było oglądać i zmieniać jako część źródła kod. Począwszy od VB.NET 2005 (Framework 2.0), Microsoft umieścił go w zupełnie innym pliku przy użyciu częściowe zajęcia, ale dyrektywa regionu jest nadal dostępna i można jej użyć do uporządkowania własnego kodu.
Ten prosty program pokazuje, jak działa region:
Mógłbyś skompilować
to do biblioteki DLL w celu jej ochrony lub skorzystania z częściowego pomysłu na klasę, którego używa Visual Studio, lub po prostu utworzenia osobnej klasy plik, ale najłatwiejszym sposobem, aby nie przeszkadzać i nadal stać się częścią tego samego pliku, jest użycie Regionu dyrektywa. Dzięki temu kod wygląda następująco:Otocz kod, który chcesz zniknąć:
W celu debugowania możesz użyć tego jako sposobu na zbliżenie części kodu, aby były widoczne na tym samym ekranie:
Nie można użyć regionu ani regionu końcowego w obrębie funkcji lub podprogramu. Innymi słowy, ten przykład poniżej niepraca:
W porządku. Program Visual Studio zwija podprogramy bez dyrektywy regionu. Możesz zagnieżdżać regiony. Innymi słowy, to działa:
Jeśli pożyczasz kod z Internetu, poszukaj regionów w nim przed dodaniem go do kodu. Wiadomo, że hakerzy osadzają złe rzeczy w Regionie, aby nie zostały zauważone.