Odpowiedź.

VB.NET wspiera przeciążenie operatorów, co pozwala na zdefiniowanie specyficznego zachowania dla standardowych operatorów (+, -, =, <, > itd.) przy pracy z własnymi typami. Osiąga się to za pomocą słowa kluczowego Operator i zadeklarowania specjalnej metody w klasie lub strukturze.

Przykład (przeciążenie operatora "+"):

Public Structure Vector2D
    Public X As Double
    Public Y As Double

    Public Sub New(x As Double, y As Double)
        Me.X = x
        Me.Y = y
    End Sub

    Public Shared Operator +(a As Vector2D, b As Vector2D) As Vector2D
        Return New Vector2D(a.X + b.X, a.Y + b.Y)
    End Operator
End Structure

Ograniczenia i zasady:

• Można przeciążać tylko ograniczoną liczbę operatorów (arytmetyczne, porównawcze itd.).
• Operatory muszą być zawsze definiowane jako Public Shared (statyczne).
• Metody- operatory muszą mieć oczekiwaną sygnaturę (zwykle dwa parametry odpowiedniego typu i zwracana wartość tego samego typu).
• Nie wszystkie operatory można przeciążać (na przykład: nie można przeciążyć = dla przypisania, tylko dla porównania).

Błąd — dwuznaczność: przeciążenie operatorów czyni kod "magiczny": rozmówcy mogą nie domyślić się, dlaczego dodają się obiekty niestandardowe.

Pytanie oszukańcze.

Dlaczego nie można przeciążyć operatora przypisania ":=" lub "=", a tylko operatora porównania "=" w Visual Basic .NET?

Odpowiedź: W VB.NET operator przypisania (=) nie może być przeciążany, tylko operator porównania. To odpowiada semantyce i architekturze języka — nie można przeciążać zasad działania podstawowego operatora przypisania, ponieważ narusza to podstawową logikę języka. Z kolei operator porównania (równości) można przeciążać dla własnych typów:

Public Shared Operator =(a As MyClass, b As MyClass) As Boolean
    Return a.ID = b.ID
End Operator

---

Historia

Programista stworzył klasę dla kwot walutowych i przeciążył operator +, nie realizując analogicznego -. Przy próbie odjęcia kwot w kodzie klienckim wystąpił błąd "Operator '-' is not defined for type 'Money'" — połowa modułów przestała działać.

Historia

Pracownik próbował przeciążyć "=" i był pewien, że zmienia logikę przypisania, a w rzeczywistości zmienił zachowanie porównania. Doprowadziło to do tego, że kolekcja obiektów zaczęła działać dziwnie: porównanie przez "=" zwracało nieoczekiwane wyniki, a przypisanie — nie było przeciążane wcale.

Historia

W projekcie z algebrą wektorową przeciążono wszystkie możliwe operatory, w tym porównania, nie realizując również GetHashCode i Equals. Tabele haszujące i SortedList zaczęły zachowywać się nieprawidłowo: obiekty nie były wyszukiwane po kluczach, co zakłócało działanie kolekcji.