Sollten wir beim Aufrufen einer Methode base.methodname und this.methodname verwenden?

In C # mit einem geerbten Klassensatz - sollten wir beim Aufrufen einer Methode die Schlüsselwörter 'base.methodname und this.methodname' verwenden ... unabhängig davon, ob es sich um eine überschriebene Methode handelt oder nicht?

Der Code wird wahrscheinlich Änderungen in Bezug auf die Logik erfahren, und möglicherweise treten zu einem späteren Zeitpunkt einige IF-ELSE-ähnliche Bedingungen auf. Zu diesem Zeitpunkt muss der Entwickler gezwungen sein, jede Codezeile erneut zu besuchen und sicherzustellen, dass er die richtige Wahl trifft, welche Methode aufgerufen wird --- base.methodname () oder this.methodname () ELSE the. Das NET-Framework ruft DEFAULT auf (ich denke, es ist base.methodname ()) und die gesamte Logik kann einen Wurf ausführen.

Die Verwendung des baseSchlüsselworts ist keine Frage der Präferenz, sondern der Korrektheit. Wenn Sie die Basisklassenimplementierung in überschriebenen Methode aufrufen möchten, Sie müssen verwenden base. Wenn Sie das nicht aufrufen möchten, können Sie es nicht verwenden base.

Das thisSchlüsselwort hingegen ist in den meisten Fällen eine Frage der Präferenz. Ich denke, es macht den Code nur unnötig unübersichtlich, deshalb benutze ich ihn nicht, wenn ich nicht muss. Es ist nützlich, wenn Sie einen Methodenparameter mit demselben Namen wie Feld (oder Eigenschaft) haben. Ich würde thisin einem solchen Fall verwenden. Wenn ich jedoch neuen Code schreibe, verwende ich in der Regel Namenskonventionen, die dieses Problem vermeiden.

Ich würde vorschlagen, dass Sie ein ernstes Problem mit der Logik und der Lesbarkeit haben, wenn Sie explizit eine Basismethode aus einer Klasse aufrufen, in der diese Methode überschrieben wird. basesollte eigentlich nur dort erscheinen, wo die Basisimplementierung einer überschriebenen Methode von dieser überschriebenen Methode aufgerufen wird.

Überall sonst sollte es sein this(wenn die Methode nicht überschrieben wird, geht sie trotzdem in die Basisklasse) und es ist nichts Falsches daran, dem Compiler zu erlauben, darauf zu schließen.

thisSchlüsselwort: Es gibt keine feste Regel, um ein thisSchlüsselwort anzuwenden, da es eine persönliche Präferenz ist, aber Ihr Code könnte unübersichtlich werden.

Vor- und Nachteile der Verwendung dieses Schlüsselworts in C #

baseSchlüsselwort (Wiederverwendbarkeit): Es gibt bereits Antworten auf die Verwendung von base. Ich möchte einen Punkt hinzufügen.

Gemeinsame Funktionen für alle abgeleiteten Klassen werden in der Basisklasse bereitgestellt, und Sie können die Basismethode aufrufen, gefolgt von der spezifischen Implementierung in der Methode in der abgeleiteten Klasse, um die Wiederverwendbarkeit zu erreichen.

Zusätzlich können Sie "this" verwenden, wenn Sie eine Erweiterungsfunktion aufrufen.

public static class ExtensionForMyClass {  
public static void SomeFunction (this MyClass inst) {} 
}

Sie können nicht tun:

SomeFunction();

aus dem Inneren des MyClass-Körpers. Nur:

this.SomeFunction();

Es gibt keinen wirklichen Grund, statische Erweiterungen für die von Ihnen erstellte Klasse zu erstellen. Das einzige Szenario, in dem es für mich nützlich war, war, als ich Erweiterungsfunktionen hatte, die auf der Schnittstelle basierten, die meine Klasse implementiert, und nicht auf der Klasse selbst.

Ich würde empfehlen, das this.Präfix zu löschen, außer in Fällen, in denen es Symmetrie hinzufügt. Z.B:

public class Foo: IComparable {
    int value1, value 2;

    public int CompareTo(object _that) {
        if (_that == null) return 1;
        if (Object.ReferenceEquals(this, _that)) return 0;

        Foo that = (foo) _that;
        var result = this.value1.CompareTo(that.value1)
        if (result != 0) return result;

        result = this.value2.CompareTo(that.value2)
        if (result != 0) return result;

        return 0
    }
}