Error — Typy (Visual Basic)
W języku Visual Basic błędy należą do jednej z trzech kategorii: błędy składni, błędy czasu wykonywania i błędy logiki.
Błędy składniowe
Błędy składniowe to te , które pojawiają się podczas pisania kodu. Jeśli używasz programu Visual Studio, program Visual Basic sprawdza kod podczas wpisywania go w oknie Edytor kodu i ostrzega Cię, jeśli popełnisz błąd, na przykład błędnie wpisując wyraz lub nieprawidłowo używając elementu języka. W przypadku kompilacji z wiersza polecenia program Visual Basic wyświetla błąd kompilatora z informacjami o błędzie składni. Błędy składniowe są najczęstszym typem błędów. Można je łatwo naprawić w środowisku kodowania, gdy tylko wystąpią.
Uwaga
Instrukcja Option Explicit jest jednym ze środków unikania błędów składniowych. Wymusza ona deklarowanie z wyprzedzeniem wszystkich zmiennych, które mają być używane w aplikacji. W związku z tym, gdy te zmienne są używane w kodzie, wszelkie błędy typograficzne są przechwytywane natychmiast i można je naprawić.
Błędy czasu wykonywania
Błędy czasu wykonywania to te , które pojawiają się dopiero po skompilowaniu i uruchomieniu kodu. Obejmują one kod, który może wydawać się poprawny, ponieważ nie zawiera błędów składniowych, ale nie zostanie wykonany. Na przykład możesz poprawnie napisać wiersz kodu, aby otworzyć plik. Jeśli jednak plik nie istnieje, aplikacja nie może otworzyć pliku i zgłosi wyjątek. Większość błędów czasu wykonywania można naprawić, ponownie zapisując uszkodzony kod lub używając obsługi wyjątków, a następnie ponownie skompilując i ponownie ją uruchamiając.
Błędy logiki
Błędy logiki to te , które pojawiają się po użyciu aplikacji. Najczęściej są to błędne założenia podjęte przez dewelopera lub niepożądane lub nieoczekiwane wyniki w odpowiedzi na akcje użytkownika. Na przykład błędnie wtypowany klucz może dostarczyć niepoprawne informacje do metody lub można założyć, że prawidłowa wartość jest zawsze dostarczana do metody, jeśli tak nie jest. Chociaż błędy logiki można obsługiwać przy użyciu obsługi wyjątków (na przykład przez testowanie, czy argument jest Nothing i zgłaszany ArgumentNullException), najczęściej należy je rozwiązać, poprawiając błąd w logice i ponownie skompilując aplikację.
