Best Practices für die Verwendung von @ in C#

Question

Während ich ein Buch über C# gelesen habe, bin ich auf Code gestoßen, der das @ verwendet, um zu "überladen" oder ein C# -Schlüsselwort als Kennung zu verwenden. Ich vermute, das ist keine gute Praxis, da es zu Zweideutigkeiten führt. Habe ich Recht, dies zu denken, oder gibt es Zeiten, in denen dies verwendet werden sollte?

Answer 1

In der Tat lohnt es sich fast immer, dies zu vermeiden. Die wichtigste gültige Zeit, die es nützlich sein kann, ist mit einer externen Bibliothek (aus einer anderen Sprache), die eine Klasse/etc, die ein C# Schlüsselwort ist, aber ich gebe nie hatte dieses Problem in Wirklichkeit. Es hilft, dass C# beim Überschreiben/Implementieren von Schnittstellen das Umbenennen von Methodenargumentnamen zulässt, sodass ein gemeinsamer Satz von Fällen vermieden wird.

Eine andere (wohl faule) Verwendung ist in der Code-Generierung; Wenn Sie Felder/Variablen/etc immer mit @theName voranstellen, müssen Sie sich nicht um spezielle Fälle kümmern. Persönlich vergleiche ich einfach eine Liste mit C# -Schlüsselwörtern/kontextbezogenen Schlüsselwörtern und füge etwas wie Unterstreichung hinzu.

Die andere Verwendung des @ -Symbols (wörtliche Zeichenfolgenliterale) ist @ "viel nützlicher".

Answer 2

Ich habe nur verwendet und gesehen mit den Saiten nur verwendet, wie:

string name=@"some funny name"; 

Answer 3

nie darüber wussten, aber von dem, was Sie sagen, ich würde es vermeiden.

Die einzige Zeit, die ich @ in C# verwende, ist für vorformatierte Strings.

@"String\no\need\to\escape\slashes" 

Answer 4

Ich habe es in asp.net MVC Ansichten verwendet, wo Sie eine CSS-Klasse mit einem HtmlHelper definieren.

<%= Html.TextBox("Name", null, new { @class = "form-field" }) %> 

Answer 5

Ich denke, es ist eine schlechte Idee, Schlüsselwörter als Variablennamen reserviert haben. IMHO macht es den Code weniger lesbar. Obwohl es einige Fälle gibt, in denen es nützlich sein könnte. Zum Beispiel in einer ASP.NET MVC-Ansicht könnten Sie schreiben:

<%= Html.TextBox("name", new { @class = "some_css_class" }) %> 

Answer 6

ich es vermeiden, es sei denn mit Erweiterungsmethoden, wo ich denke, es hilft Lesbarkeit:

public static void Foo(this object @this) 
{ 
    Console.WriteLine(@this.ToString()); 
} 

Answer 7

Sie sicher alles vermeiden können, die erzeugt Verwechslung. :-)

Der einzige Ort, an dem ich @ benutze, ist mit Strings.

Von MSDN: Der Vorteil @ -quoting ist, dass Escape-Sequenzen nicht verarbeitet werden, das macht es einfach zu schreiben, beispielsweise ein vollständig qualifizierter Dateiname:

@"c:\Docs\Source\a.txt" // rather than "c:\\Docs\\Source\\a.txt"

Answer 8

Wie andere haben hingewiesen @ @Quoten kann sehr nützlich sein mit Strings. Hier sind einige Beispiele:

// Not having to escape backslashes. 
String a = @"C:\Windows\System32"; 

// Escaping quotes. 
String b = @"The message is ""{0}""."; 

// String with embedded newlines. 
String c = @"An error occured. 
Please try again later. 
";