Warum empfiehlt StyleCop das Voranstellen von Methoden- oder Eigenschaftsaufrufen mit "this"?

Ich nicht wirklich Folgen Sie dieser Anleitung, es sei denn, ich bin in den Szenarien, die Sie brauchen:

• es ist ein tatsächlichen Mehrdeutigkeit - vor allem diese Auswirkungen entweder Konstruktoren (this.name = name;) oder Dinge wie Equals (return this.id == other.id;)
• Sie möchten, übergeben Sie eine Referenz auf die aktuelle Instanz
• die Sie anrufen möchten eine extension-Methode auf die aktuelle Instanz

Andere als, dass ich über diese Unordnung. So Wende ich die Regel aus.

InformationsquelleAutor der Antwort Marc Gravell

Beachten Sie, dass der compiler kümmert sich nicht, ob Sie Präfix Referenzen mit this oder nicht (es sei denn, es gibt einen Namenskonflikt mit einer lokalen variable und ein Feld oder eine, die Sie anrufen möchten eine extension-Methode auf die aktuelle Instanz.)

Es ist bis zu Sie Ihren Stil. Ich persönlich entfernen this. von code, wie ich denke, es verringert sich das signal-zu-Rausch-Verhältnis.

Nur weil Microsoft verwendet diese Stil intern bedeutet nicht, Sie zu haben. StyleCop scheint ein MS-internes tool, das an die Börse gegangen. Ich bin für die Einhaltung der Microsoft-Konventionen um die öffentlichen Dinge, wie:

• Typ-Namen werden in PascalCase
• die Namen der parameter sind in camelCase
• Schnittstellen sollten mit dem Präfix Brief, den ich
• verwenden Sie singular-Namen für die enums, außer wenn Sie [Flags]

...aber was passiert in den privaten Bereichen-code, sowie, private. Tun Sie, was Ihr team zustimmt.

Konsistenz ist auch wichtig. Es reduziert die kognitive Belastung beim Lesen von code, insbesondere wenn der code-Stil ist, wie Sie es erwarten. Aber auch im Umgang mit einer ausländischen-coding-style, wenn es konsistent ist, dann wird es nicht lange dauern, bis sich daran gewöhnt. Verwenden Sie tools wie ReSharper und StyleCop, um Konsistenz zu gewährleisten, wo Sie denken, es ist wichtig.

Verwenden .NET Reflector legt nahe, dass Microsoft ist nicht so toll, auf die Einhaltung der StyleCop-coding-standards in der BCL sowieso.

InformationsquelleAutor der Antwort Drew Noakes

Einige grundlegende Gründe für die Verwendung von this (und ich zufällig immer Präfix-class-Werte mit den Namen der Klasse, von der Sie ein Teil sind, sowie auch innerhalb der Klasse selbst).

1) Klarheit. Wissen Sie, genau in diesem Moment, welche Variablen Sie deklariert in der definition der Klasse, und die Sie erklärt, wie die einheimischen, Parameter und so weiter. In zwei Jahren werden Sie nicht wissen, und du wirst gehen auf eine wundersame Reise der Wiederentdeckung, dass ist absolut sinnlos und nicht erforderlich, wenn Sie ausdrücklich durch die Eltern vorne. Jemand anderes die Arbeit an Ihrem code hat keine Ahnung von der get-go und somit der nutzen sofort.

2) Intellisense. Wenn Sie Typ'.' erhalten Sie alle Instanz-spezifischen Elemente und Eigenschaften in der Hilfe. Es macht die Dinge viel einfacher, vor allem, wenn Sie die Erhaltung, jemand anderes code oder code, den Sie noch nicht sah in ein paar Jahren. Es hilft Ihnen auch vermeiden, Fehler verursacht durch Missverständnisse, welche Variablen und Methoden deklariert werden, wo und wie. Es kann Ihnen helfen, entdecken Sie Fehler, sonst würde nicht zeigen, bis der compiler verschluckte sich an Ihrem code.

3) Gewährt, können Sie den gleichen Effekt erzielen, durch die Verwendung von Präfixen und anderen Techniken, aber es stellt sich die Frage, warum Sie erfinden ein Verfahren zur Handhabung ein problem, wenn es ein Mechanismus dafür eingebaut in die Sprache, die eigentlich unterstützt von der IDE? Wenn Sie touch-Typ, auch auszugsweise, wird es letztlich reduzieren Sie Ihre Fehlerquote auch nicht zwingen Sie zu nehmen Sie Ihre Finger von der home-position zu bekommen, um den Unterstrich-Taste.

Sehe ich viele junge Programmierer, die machen eine große Sache aus der Zeit, die Sie sparen, indem Sie nicht die Eingabe eines Zeichens oder zwei. Die meiste Zeit wird ausgegeben werden, Debuggen, nicht codieren. Keine Sorge, so viel über Ihre Schreibgeschwindigkeit. Sorgen mehr darüber, wie schnell können Sie verstehenwas Los ist in den code. Wenn Sie sparen Sie eine Summe von fünf Minuten die Kodierung und gewinnen Sie dafür eine zusätzliche zehn Minuten Debuggen, du hast verlangsamt sich nach unten, egal wie schnell Sie Aussehen wie Sie gehen.

InformationsquelleAutor der Antwort YrthWyndandFyre

Darüber hinaus ist es möglich, doppelte Variablennamen in einer Funktion, so dass die Verwendung von 'dies' kann, machen es klarer.

class foo {
  private string aString;

  public void SetString(string aString){
    //this.aString refers to the class field
    //aString refers to the method parameter        
    this.aString = aString; 
  }
}

InformationsquelleAutor der Antwort Michael Gattuso