Odpowiedź

W Visual Basic słowo kluczowe Imports jest używane do podłączania przestrzeni nazw, aby uprościć dostęp do klas i funkcji, nie wskazując całej hierarchii. Jest to szczególnie ważne w przypadku pracy z dużymi projektami lub korzystania z zewnętrznych bibliotek.

Historia pytania

W wcześniejszych wersjach VB korzystanie z zewnętrznych klas było utrudnione z powodu konieczności ciągłego wskazywania pełnej ścieżki do typu. Wraz z pojawieniem się przestrzeni nazw i instrukcji Imports, programiści zyskali wygodny sposób podłączania potrzebnych sekcji biblioteki, co przyspiesza pracę.

Problem

Kiedy w dwóch bibliotekach są typy o tych samych nazwach, pojawia się ryzyko niejednoznaczności. Ponadto, nieuzasadnione nadmiarowe linie z instrukcjami Imports mogą prowadzić do konfliktów i błędów rozwiązywania nazw.

Rozwiązanie

Aby uniknąć zamieszania, zaleca się stosowanie pseudonimów przy użyciu konstrukcji Imports alias = Namespace.Type, a w przypadku wystąpienia konfliktu, jawne wskazanie pełnej nazwy typu w kodzie.

Przykład kodu:

Imports System.Text
Imports txt = System.Text

Module Module1
    Sub Main()
        Dim sb As New StringBuilder()
        txt.StringBuilder 'Używamy pseudonimu
    End Sub
End Module

Kluczowe cechy:

Pozwala skracać ścieżki do typów i metod dla lepszej czytelności
Wspiera pseudonimy w celu rozwiązywania konfliktów nazw
Błędy łatwo diagnozowane na podstawie komunikatów kompilatora w przypadku kolizji

Pytania z podstępem.

Czy instrukcja Imports może być umieszczona wewnątrz procedury lub klasy?

Nie, instrukcja Imports jest dozwolona tylko na poziomie pliku lub przestrzeni nazw, ale nie wewnątrz procedur, funkcji ani klas. Umieszczenie jej wewnątrz bloku kodu spowoduje błąd kompilacji.

Co się stanie, jeśli użyjemy tych samych typów z różnych przestrzeni nazw bez pseudonimów?

Podczas odnoszenia się do typu z nie rozwiązanym konfliktem nazw, kompilator zgłosi błąd: "Type is ambiguous in the namespace". Należy albo jawnie określić pełną ścieżkę, albo użyć pseudonimów.

Imports System.Drawing
Imports MyProject.Drawing

Sub Foo()
    Dim img As Image   ' Błąd niejednoznaczności
    Dim sysImg As System.Drawing.Image ' Poprawnie
End Sub

Czy można za pomocą Imports podłączyć przestrzeń nazw z niezarejestrowanej biblioteki?

Nie, przed użyciem Imports, biblioteka musi być dodana do projektu przez "Add Reference". Bez tego kompilator nie zobaczy zewnętrznej przestrzeni nazw.

Typowe błędy i antywzorce

Importowanie wszystkich przestrzeni jednocześnie, zwiększając ryzyko konfliktów
Nie używanie pseudonimów przy kolizji nazw
Mylenie poziomów umieszczania instrukcji Imports

Przykład z życia

Negatywny przypadek

Programista dodał jednocześnie Imports System.Data i Imports System.Web.UI.WebControls bez pseudonimów. Później w kodzie wystąpił konflikt z nazwą DataTable, i spędził dużo czasu na szukaniu przyczyny błędu.

Plusy:

Szybko rozpoczął pracę z potrzebnymi typami

Minusy:

Opóźnienie z powodu nieoczywistych błędów przy kompilacji
Zamieszanie w kodzie

Pozytywny przypadek

Inny programista używa importu aliasów: Imports DBTable = System.Data.DataTable, co pozwala mu wyraźnie odróżniać obiekty, nawet jeśli w innych przestrzeniach są podobne nazwy.