Kein Fehler, wenn die Delegiertensignatur nicht übereinstimmt

Question

Ich habe die folgende Klasse und den Delegaten im Code definiert (viele andere Zeilen wurden aus Platzgründen abgekürzt).

Public Delegate Sub TimerCallback(canceled As Boolean) 

Public Class Timer 
    Implements TimerManager.ITimer 

    Public Sub New(delay As Integer, callback As TimerCallback) 
     mState = TimerState.Setup 
     mCallback = callback 
     CType(TimerManager.Instance, TimerManager.ITimerManager).RegisterTimer(Me, delay) 
    End Sub 
End Class 

Wenn ich eine neue Instanz der Timer mit dem folgenden Code erstellen, ich habe nicht einen Compiler-Fehler, obwohl die Signatur der anonymen Funktion nicht die Unterschrift des Delegierten überein (es fehlt das " als boolescher "param" abgebrochen.

Dim timer As New Timer(Me.CookTime, Sub() 
             Dim cooked As FoodBase = CType(Activator.CreateInstance(SuccessfulResult), FoodBase) 
             player.GetBackpack.AddItem(cooked) 
            End Sub) 

erwarte ich einen Compiler-Fehler zu erhalten, wenn der Timer auf diese Weise instanziiert wird, kann mir jemand erklären, warum es ohne Fehler kompiliert? Gibt es irgendwelche Optionen, die ich einstellen kann, damit es einen Kompilierungsfehler erzeugt? Ich habe Option explizit aktiviert, Option strict on und Option abl in den Projekteigenschaften. So wie es ist, ist es viel zu einfach, das abgebrochene Argument zu vergessen.

Answer 1

Ja. Das ist in Ordnung - der Compiler kann eine anonyme Methode erstellen, die die Signatur benötigt, die benötigt wird, und einfach nicht die Parameter verwenden, die es gegeben wird. Also die Compiler-generierte Methode wird haben den Parameter - es wird es einfach nicht verwenden. Sie können das gleiche in C# mit delegate { ... } tun.

Answer 2

Dieses Phänomen wird Relaxed Delegate Conversion genannt und hat ein etwas anderes Verhalten, wenn Option Strict on und off ist. Bitte folgen Sie dem Link für weitere Details.

Es ist ein Merkmal von VB ist, die für kompakte Code ermöglicht, wie dies:

Private Sub Form1_Load() Handles MyBase.Load 

Wenn Sie nicht eines der Argumente verwenden, warum erklären sie alle? Ich persönlich sehe es als einen Vorteil von VB und nicht als ein Problem. Wenn Sie das gleiche in C# zu tun versuchen, erhalten Sie einen Compiler-Fehler wie folgt aus:

Keine Überlastung für ‚Form1_Load‘ Streichhölzer Delegierten System.EventHandler '.