Frage

Ich habe diese Klasse:

class DoSomething
{
    private int timesDone;
    ...
}

Welches ist der richtige Weg, um Variable 'TimesDone' zu benennen?

Manchmal sehe ich als benannt als als m_timesdone. Ist das richtig? Wo kann ich Informationen über die Benennung von Richtlinien finden?

Vielen Dank!

War es hilfreich?

Lösung

Gemäß den MS -Standards ist Ihr Code in Ordnung. Präfixe als M_ ist nicht wirklich notwendig, wenn Sie eine fortgeschrittene IDE haben. Wie kurzes Präfix auch ist _ Kann verwendet werden, um die automatische vollständige Funktion zu nutzen, um die Klassenmitglieder schnell zu sortieren.

Ich würde Ihnen empfehlen, eine Kopie von "zu bekommen"Richtlinien für Framework -Design: Konventionen, Redewendungen und Muster für wiederverwendbare .NET -Bibliotheken"Buch, um mehr über MS -Standards zu erfahren

Andere Tipps

Es gibt keinen universellen richtigen Weg. Wählen Sie eine Namenskonvention Ihres Geschmacks und bleiben Sie dabei.

Verwenden Sie definitiv nicht m_timesDone.

Setzen Sie einfach "Private int TimesDone" ein.

Sie können erfahren, wie Sie Variablen nennen, indem Sie einige gute Bücher wie Code Complete lesen.

Viele Leute tun es, was Sie dort haben. Sie würden dann darauf verweisen als

this.timesDone = someInt

Ich mag das jedoch nicht, weil ich kein Fan von "dies" bin, um Zusammenstöße mit den Parameternamen der Methode zu vermeiden. Solange es lesbar und konsequent ist, wird es Ihnen gut gehen.

Die Konvent Ungarische Notation war beliebt. Es handelt sich nicht um eine C# -Konvention, und da die meisten C# -Codes mit einem aktuellen Visual Studio geschrieben werden, fügt er visuelles Rauschen ohne entsprechenden Vorteil hinzu, da Sie den Umfang einer Variablen sowieso leicht sehen können. Verwenden Sie M_ nicht.

Das einzige Beispiel für ungarische Notation, das seinen Weg in C# gefunden hat, ist die Praxis, Schnittstellenklassennamen mit I vorzubereiten, wie z. B. idisposable.

Sie finden einige Informationen direkt auf der MSDN -Site:http://msdn.microsoft.com/en-us/library/ms229002.aspx

Der einzige Punkt der Vereinbarung, den Sie finden werden, ist, dass dies sollte nicht Seien Sie Timesdown, aber dass es mit einem niedrigeren Fallbrief beginnen sollte.
In älteren Publikationen (MS, MSDN) wird die Verwendung eines führenden Unterstrichs entmutigt. Später ist es zurück, insbesondere für Backingfields für Eigenschaften: _timesdown.

Die Strategie, die normalerweise angewendet wird, ist:

Zum Klasse & Methode: Pascalgehäuse

z.B

public class Program
 {
 }

z.B

public void DoSomething() { } 

Zum Variablen: Kamelgehäuse zB Timesdown

Lokale Variablen:

   aTimesDown

Globale Variable:

myTimesDown

Ich hoffe das kann dir helfen :)

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top