Schatten vs Überlastungen in VB.NET

Wenn wir new in C#, dass ich persönlich sehen nur als workaround zu überschreiben einer Eigenschaft, die nicht über eine virtual/overridable Erklärung, in VB.NET wir haben zwei "Konzepte" Shadows und Overloads.

In dem Fall lieber einen anderen?

InformationsquelleAutor serhio | 2010-03-25

14

Gibt es drei eng Verwandte Konzepte; überschreiben, shadowing und überladen.

Überschreiben ist, wenn man eine neue Implementierung für virtuelle Methode.

Shadowing ist, wenn Sie eine neue nicht-virtuellen Implementierung für eine Methode.

Überlastung ist, wenn Sie fügen Sie eine Methode mit dem gleichen Namen, aber unterschiedlichen Parametern.

Alle drei Konzepte sind sowohl in C# und VB.
- Die Frage ist nicht zu überschreiben, das ist OK. Jetzt Überlastung kann auch verwendet werden, um Schatten ein bestehendes Mitglied oder eine Gruppe von überladenen Mitglieder, die in einer Basisklasse. Wenn Sie Überlastungen auf diese Weise erklären Sie die Eigenschaft oder Methode mit dem gleichen Namen und dieselbe Argumentliste wie die Basis-Klasse, und Sie liefern nicht das Shadows-Schlüsselwort. Ich sehe neuen (C#) = Schatten (VB.NET), was ist das C# äquivalent zu überlasten?
- Ich erwähnte nur das überschreiben der Vollständigkeit halber, weil es ein eng Verwandtes Konzept. Als die Overloads-Schlüsselwort in VB kann auch verwendet werden, für die Bespitzelung, es gibt keine genaue Entsprechung in C#. In C# gibt es kein Schlüsselwort für das überladen, die Sie nur deklarieren Sie eine Methode mit dem gleichen Namen und unterschiedlicher Signatur zu überladen ist.
- also, Ihre Definition ist nicht vollständig, so dass diese 2 Konzepte bleibt unklar für mich. Shadows schafft eine "neue" Funktion, und Overloads ist (sein kann) verwendet für den gleichen Anwendungsbereich. also, was ist der Unterschied.
- Naja, die Definitionen der Konzepte ist ziemlich komplett (obwohl es natürlich noch viel mehr, dass man erklären kann, über Sie). Die Konzepte nicht anzeigen 1-zu-1 auf die VB-keywords, also, während Sie kann manchmal verwenden die Overloads Schlüsselwort, um Schattenbildung es ist immer noch shadowing, die Sie tun. Die Konzepte bleiben die gleichen, auch wenn die VB-Schlüsselwörter überlappen.
- Ich bin damit einverstanden. Aber in der Praxis verwende ich keywords Konzepte nicht, und wenn ich die gleiche(nicht-virtuelle) Methode mit dem gleichen Parameter in der Kind-Klasse, VS, warnt mich die "Überlast" - Schlüsselwort, aber nicht die "Schatten", wie es aus dem Konzept, dass Sie beschrieben.
- Gut, eigentlich sind Sie beide verwenden das Schlüsselwort und das Konzept. 🙂 Obwohl die Overloads Schlüsselwort zu sein scheint, verwendbar für die meisten Situationen, mit denen Sie die Shadows Stichwort, ich würde empfehlen, dass Sie das keyword, das entspricht dem aktuellen Konzept, das Sie verwenden, das macht den code leichter zu Lesen.
- Die Warnungen, die Sie von der compiler in der Regel deutet an, was funktioniert in den meisten Situationen nicht neccesarily, was am besten passt.
- beste"... für mich, beides, Schatten und Überlastungen passt gut. Schließlich, wenn das Ergebnis ist das gleiche, das macht keinen Sinn, beides zu haben. Oh... was, warum ich lieber C#: keine seltsamen Zweideutigkeit, keine Notwendigkeit, die "kompatibel" mit dem archaischen syntax... Danke, Guffa. Wir schließen dieses Thema und gehen Sie auf.
InformationsquelleAutor Guffa

Habe ich eigentlich bestätigt durch das kompilieren der gleiche code mit Shadows vs Overloads für eine Methode mit identischem Namen und Unterschrift in der Basisklasse und den Blick auf die Ausgabe von ildasm für beide. Der einzige Unterschied ist die Overloads Fall gibt hidebysig.

Diese Bedeutung wird am besten erklärt durch Jon Skeet in diese Antwort.

Aber einfach, es bedeutet, es gibt nur einen echten Unterschied, wenn die Basisklasse überladungen der Methode neu definiert:

Shadows verursachen alle diese
überlastungen werden durch uncallable
die abgeleitete Klasse, wo, wie
Overloads ersetzt nur die eine Methode.

Beachten Sie, dass dies nur eine Sprache konstruieren-und nicht erzwungen durch das CLI (z.B. C# und VB.NET dies durchzusetzen, aber andere Sprachen auch nicht).

Einem einfachen code-Beispiel:

Module Module1

Sub Main()
    Dim a1 As C1 = New C2
    Dim a2 As New C2
    a1.M1()
    a2.M1()
    a1.M2()
    a2.M2()
    a1.M3()
    a2.M3()

    a1.M1(1)
    ' Overloads on M1() allows the M1(int) to be inherited/called.
    a2.M1(1)
    a1.M2(1)
    ' Shadows on M2() does not allow M2(int) to be called.
    'a2.M2(1)
    a1.M3(1)
    ' Shadows on M3() does not allow M3(int) to be called, even though it is Overridable.
    'a2.M3(1)

    If Debugger.IsAttached Then _
        Console.ReadLine()
End Sub

End Module

Class C1
Public Sub M1()
    Console.WriteLine("C1.M1")
End Sub
Public Sub M1(ByVal i As Integer)
    Console.WriteLine("C1.M1(int)")
End Sub
Public Sub M2()
    Console.WriteLine("C1.M2")
End Sub
Public Sub M2(ByVal i As Integer)
    Console.WriteLine("C1.M2(int)")
End Sub
Public Overridable Sub M3()
    Console.WriteLine("C1.M3")
End Sub
Public Overridable Sub M3(ByVal i As Integer)
    Console.WriteLine("C1.M3(int)")
End Sub
End Class

Class C2
Inherits C1
Public Overloads Sub M1()
    Console.WriteLine("C2.M1")
End Sub
Public Shadows Sub M2()
    Console.WriteLine("C2.M2")
End Sub
Public Shadows Sub M3()
    Console.WriteLine("C2.M3")
End Sub
' At compile time the different errors below show the variation.
' (Note these errors are the same irrespective of the ordering of the C2 methods.)
' Error: 'Public Overrides Sub M1(i As Integer)' cannot override 'Public Sub M1(i As Integer)' because it is not declared 'Overridable'.
'Public Overrides Sub M1(ByVal i As Integer)
'    Console.WriteLine("C2.M1(int)")
'End Sub
' Errors: sub 'M3' cannot be declared 'Overrides' because it does not override a sub in a base class.
'         sub 'M3' must be declared 'Shadows' because another member with this name is declared 'Shadows'.
'Public Overrides Sub M3(ByVal i As Integer)
'    Console.WriteLine("C2.M3(int)")
'End Sub
End Class

Die Ausgabe des obigen:

C1.M1
C2.M1
C1.M2
C2.M2
C1.M3
C2.M3
C1.M1(int)
C1.M1(int)
C1.M2(int)
C1.M3(int)

Zeigt die Ausgabe der Shadows Anrufe verwendet werden, wenn C2 direkt aufgerufen wird und nicht beim Aufruf indirekt über C1.

InformationsquelleAutor Mark Hurd

0

Shadows ist für Fälle, in denen Sie Ihre Basis-Klasse ist Function SomeMethod() As String haben wollen Function SomeMethod() As Integer. Im Grunde ändern Sie den Rückgabetyp.

Overloads ist für den Fall, wo Sie Ihre Basis-Klasse ist Function SomeMethod() As String und Sie möchten, um einen parameter hinzuzufügen, wie Function SomeMethod(ByVal value As Integer) As String.
- Überlastung kann auch verwendet werden, um Schatten ein bestehendes Mitglied oder eine Gruppe von überladenen Mitglieder, die in einer Basisklasse. Wenn Sie Überlastungen auf diese Weise erklären Sie die Eigenschaft oder Methode mit dem gleichen Namen und dieselbe Argumentliste wie die Basis-Klasse, und Sie liefern nicht das Shadows-Schlüsselwort.
InformationsquelleAutor Daniel A. White

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.