Dyrektywa regionalna w VB.NET

Jest nadal dostępny dla programistów do organizowania kodu

Juhari Muhade / Getty Images

Kiedy wprowadzono VB.NET 1.0, jedną z największych zmian było to, że wszystkie wygenerowane przez Microsoft kod źródłowy został uwzględniony i dostępny dla Ciebie jako programisty w Twoim projekcie. Starsze wersje Visual Basic tworzyły nieczytelny kod p, którego nie można było zobaczyć i zmienić. Mimo że wygenerowany kod znajdował się w twoim programie, kiepskim pomysłem było jego zmienianie. Jeśli nie wiedziałeś, co robisz, były duże szanse, że zepsujesz swój projekt, zmieniając wygenerowany kod Microsoftu.

W VB.NET 1.0 cały ten wygenerowany kod był chroniony tylko przez umieszczenie go w sekcji regionu programu, gdzie można go było przeglądać i zmieniać w ramach kodu źródłowego za jednym kliknięciem. Począwszy od VB.NET 2005 (Framework 2.0), Microsoft umieścił go w zupełnie innym pliku, używajączajęcia częściowe, ale dyrektywa Region jest nadal dostępna i można jej użyć do zorganizowania własnego kodu.

Ten prosty program pokazuje, jak działa Region:

Mógłbyś skompilować to do biblioteki DLL, aby ją chronić lub użyć pomysłu częściowej klasy, którego używa Visual Studio, lub po prostu utworzyć osobny plik klasy, ale najprostszym sposobem, aby trzymać go z dala i nadal tworzyć część tego samego pliku, jest użycie regionu dyrektywa. To sprawia, że ​​kod wygląda tak:

Po prostu otocz kod, którym chcesz zniknąć:

Do celów debugowania możesz użyć tego jako sposobu na zbliżenie części kodu, aby można było je zobaczyć na tym samym ekranie:

Nie możesz użyć Regionu lub End Regionu wewnątrz funkcji lub podprogramu. Innymi słowy, ten przykład poniżej nie? praca :

W porządku. Program Visual Studio zwija podprogramy bez dyrektywy Region. Możesz zagnieżdżać regiony. Innymi słowy, to działa :

Jeśli pożyczasz kod z Internetu, poszukaj w nim Regionów, zanim dodasz go do kodu. Hakerzy są znani z umieszczania złych rzeczy w regionie, aby nie zostali zauważeni.