Gibt es irgendwelche Gründe, "this" ("Self", "Me", ...) nicht zu verwenden?

Question

Ich lese this answer und seine Kommentare und ich bin neugierig: Gibt es Gründe, nicht zu verwenden this/Self/Me?

BTW: Es tut mir leid, wenn dies zuvor gefragt wurde, es scheint, dass es unmöglich ist, nach dem Wort this auf SO zu suchen.

Answer 1

Warnung: Rein subjektive Antwort unten.

Ich denke, der beste "Grund" für die Verwendung dieses/self/me ist die Kürze. Wenn es bereits eine Mitgliedsvariable/Funktion ist, warum dann das Präfix redundant hinzufügen?

Persönlich vermeide ich die Verwendung von/self/me, es sei denn, es ist notwendig, einen bestimmten Ausdruck für den Compiler zu disambiguieren. Viele Leute stimmen dem nicht zu, aber ich habe nie in irgendeiner Gruppe, in der ich gearbeitet habe, einen echten Knackpunkt gehabt.

Answer 2

Es vor der Tat, in dem "Variable in Java" Kontext gefragt wurde:

„es das visuelle Rauschen Sie benötigen erhöht:

Do you prefix your instance variable with ‘this’ in java ?

Der Haupt rezidivierende Grund zu sein scheint durchzuschauen, um die Bedeutung des Codes zu finden. "

Lesbarkeit, mit anderen Worten ... die ich nicht kaufe, finde ich this. sehr nützlich.

Answer 3

Das klingt wie Unsinn für mich. Die Verwendung von 'this' kann den Code schöner machen, und ich sehe keine Probleme damit. Solche Policies sind blöd (zumindest wenn man den Leuten nicht einmal sagt, warum sie da sind).

Answer 4

Ich denke, die meisten der üblichen Szenarien wurden in den beiden bereits genannten Posts behandelt; hauptsächlich Kürze und Redundanz vs Klarheit - eine geringfügige Zugabe: in C#, ist es erforderlich, „this“ zu verwenden, um eine „extension method“ für den aktuellen Typen zuzugreifen - dh

this.Foo(); 

wo Foo() deklariert wird extern als :

public static void Foo(this SomeType obj) {...} 

Answer 5

wie für mich i this verwenden Methoden eines instanziierten Objekts aufrufen, während self für eine statische Methode ist

Answer 6

es in einigen Fällen verdeutlicht, wie dieses Beispiel in C#:

Answer 7

Ich denke, das ist kein Problem, weil es dem Code nur mehr Lesbarkeit hinzufügt, was eine gute Sache ist.

Für einige Sprachen, wie PHP, ist es sogar obligatorisch, $ this-> voranzutreiben, wenn Sie Klassenfelder oder Methoden verwenden müssen.

Ich mag nicht die Tatsache, dass es einige Zeilen unnötig länger macht, als sie sein könnten, wenn PHP eine Möglichkeit hätte, Klassenmitglieder ohne es zu referenzieren.

Answer 8

Am Ende ist es immer eine Frage der persönlichen Entscheidung.Ich persönlich diese Kodierung Konvention verwenden:

public class Foo 
{ 
    public string Bar 
    { 
    get 
    { 
     return this.bar; 
    } 
    /*set 
    { 
     this.bar = value; 
    }*/ 
    } 
    private readonly string bar; 

    public Foo(string bar) 
    { 
    this.bar = bar; 
    } 
} 

Also für mich „dieses“ ist tatsächlich notwendig, den Konstruktor lesbar zu halten.

Edit: das genaue gleiche Beispiel wurde von "Sinje" geschrieben, während ich den Code oben schrieb.

Answer 9

Ich persönlich finde, dass this.whatever weniger lesbar ist. Sie können den Unterschied in einer 2-Zeilen-Methode nicht bemerken, aber warten Sie, bis Sie this.variable und this.othervariable überall in einer Klasse erhalten.

Außerdem denke ich, dass die Verwendung von this. als Ersatz für einen Teil der viel verhassten ungarischen Notation gefunden wurde. Einige Leute da draußen fanden heraus, dass es für den Leser noch klarer ist zu sehen, dass eine Variable ein Klassenmitglied ist, und this. hat den Trick gemacht. Aber warum täuschen wir uns und benutzen nicht die einfache alte "m_" oder einfach "_" dafür, wenn wir die extra Klarheit brauchen? Es ist 5 Zeichen gegen 2 (oder sogar 1). Weniger tippen, gleiches Ergebnis.

Dennoch ist die Wahl des Stils immer noch eine Frage der persönlichen Präferenz. Es ist schwer jemanden davon zu überzeugen, Code in einer bestimmten Weise zu lesen, die nützlich ist, um ihn zu ändern.

Answer 10

Nun, Eclipse macht Farbfelder, Argumente und lokale Variablen in verschiedenen Farben, so dass man zumindest in der Eclipse-Umgebung Felder nicht syntaktisch unterscheiden muss, um sie als "Felder" für sich und zukünftige Generationen zu markieren .

Answer 11

'dies.' im code schlägt mir immer vor, dass der coder intellisense (oder andere IDE-äquivalente) benutzt hat, um schwer zu heben.

Ich bin sicherlich schuldig, aber ich tue es aus rein Eitelkeitsgründen, sie danach zu entfernen.

Die einzigen anderen Gründe, warum ich sie verwenden, sind eine mehrdeutige Variable (schlechte Praxis) zu qualifizieren oder eine Erweiterungsmethode

Qualifikation eine variable

string name; //should use something like _name or m_name 

public void SetName(string name) 
{ 
    this.name = name; 
} 

Answer 12

In VB.NET eine der üblichen Praxis ich bauen Verwenden Sie den folgenden Code:

Class Test 
    Private IntVar AS Integer 
    Public Function New(intVar As Integer) 
     Me.Intvar = intvar 
    End Function  
End Class 

Nicht die ganze Zeit, aber vor allem Ich/das/Selbst ist sehr nützlich. Verdeutlicht den Umfang, über den Sie sprechen.

Answer 13

Wenn Sie StyleCop mit allen Regeln verwenden, werden Sie die this. in setzen. Seit ich es benutze finde ich meinen Code ist lesbarer, aber das ist persönliche Vorliebe.

Answer 14

In einer typischen Setter-Methode (von lagerdalek Antwort genommen):

string name; 

public void SetName(string name) 
{ 
    this.name = name; 
} 

Wenn Sie es nicht verwenden, würde der Compiler nicht wissen, dass Sie auf die Membervariable bezieht wurden.
Die Verwendung von this. soll dem Compiler mitteilen, dass Sie auf eine Membervariable zugreifen müssen - was außerhalb des unmittelbaren Bereichs der Methode liegt. Das Erstellen einer Variablen innerhalb einer Methode, die den gleichen Namen wie eine Membervariable hat, ist vollkommen legal, genauso wie das Überschreiben einer Methode in einer Klasse, die eine andere Klasse erweitert hat, völlig legal ist.
Wenn Sie jedoch immer noch die Super-Klasse-Methode verwenden müssen, verwenden Sie super. Meiner Meinung nach mit diesem. ist nicht schlechter als mit super. und erlaubt dem Programmierer mehr Flexibilität in seinem Code.

Soweit es mich betrifft, Lesbarkeit kommt nicht einmal in es, es geht um Barrierefreiheit Ihrer Variablen.

Answer 15

Nicht nur verwende ich häufig "das". Ich benutze manchmal "das".

class Foo 
{ 
    private string bar; 

    public int Compare(Foo that) 
    { 
     if(this.bar == that.bar) 
     { 
      ... 

Und so weiter. "Das" in meinem Code bedeutet normalerweise eine andere Instanz derselben Klasse.