Directiva regiunii în VB.NET

Când a fost introdus VB.NET 1.0, una dintre cele mai mari modificări a fost aceea că tot codul sursă generat de Microsoft a fost inclus și disponibil pentru dvs. ca programator în proiectul dvs. Versiunile mai vechi de Visual Basic au creat un cod p care nu puteți vedea și nu l-ați putut modifica. Chiar dacă codul generat a fost în programul dvs., a fost o idee proastă să schimbați oricare dintre acestea. Dacă nu știai ce faci, șansele erau mari să îți rupi proiectul schimbând codul generat de Microsoft.

În VB.NET 1.0, tot acest cod generat a fost protejat numai de a fi inclus într-o secțiune de regiune a programului, unde a fost la un clic de a putea fi vizualizat și schimbabil ca parte a codului sursă. Începând cu VB.NET 2005 (Framework 2.0), Microsoft a pus-o într-un fișier cu totul diferit folosind clase parțiale, dar directiva Regiune este încă disponibilă și o puteți folosi pentru a vă organiza propriul cod.

Acest program simplu arată cum funcționează Regiunea:

Puteți compila acest lucru într-un DLL pentru a-l proteja sau utiliza ideea de clasă parțială pe care Visual Studio o folosește sau pentru a crea doar un fișier de clasă separat, dar cel mai simplu mod de a-l ține de la distanță și de a face totuși parte din același fișier este să folosiți directiva Regiune. Acest lucru face ca codul să arate astfel:

Încercați doar codul cu care doriți să dispari:

În scopuri de depanare, puteți utiliza acest lucru ca o modalitate de a apropia părți din codul dvs., astfel încât să le puteți vedea pe același ecran:

Nu puteți utiliza o Regiune sau o Regiune End într-o funcție sau subrutină. Cu alte cuvinte, acest exemplu de mai jos nu muncă:

Asta e ok. Visual Studio prăbușește subrutinele fără o directivă a regiunii. Puteți cuibări Regiuni. Cu alte cuvinte, aceasta merge:

Dacă împrumutați codul de pe internet, căutați regiuni în el înainte să îl adăugați la codul dvs. Se știe că hackerii încorporează lucruri rele într-o regiune pentru a nu fi observat.