UpperCamel oder LowerCamel? Dies ist Open Mike, eine Reihe von Diskussionsbeiträgen, um die Katze unter die Tauben zu werfen. Bei diesen Beiträgen geht es um Sie - wir möchten Ihre Meinungen, Ideen und Gedanken hören. Aufgrund der großen Nachfrage enthält dieses Open Mike eine Umfrage, die uns bei der Analyse der Meinung hilft. Lassen Sie uns wissen, was Sie dazu zu sagen haben Kapitalisierung.
Es gibt drei gängige Kapitalisierungsstile, die von AS3-Programmierern verwendet werden:
Ich habe auch andere in Gebrauch gesehen:
… Aber die ersten drei sind bei weitem die häufigsten. Welche sollten Sie wo verwenden??
Fast alle APIs und Tutorials, die ich gesehen habe, verwenden lowerCamelCase für Variablen (manchmal mit einem Präfix, abhängig vom Umfang der var)..
Consts sind normalerweise ALL_UPPER_CASE_WITH_UNDERSCORES, obwohl dies aus irgendeinem Grund keine so strenge Regel ist.
Was denkst du?
Wenn Sie sich unsere Silverlight-Serie angesehen haben, ist Ihnen vielleicht aufgefallen, dass .NET-Funktionen und -Methoden normalerweise UpperCamelCase verwenden. In AS3 verwenden Sie LowerCamelCase. Ich habe keine Ahnung, wie und warum es zu dieser Spaltung kam. Irgendwelche Ideen?
Für Getter- und Setter-Funktionen ist es sinnvoll, dieselbe Art von Casing zu verwenden wie für öffentliche Variablen. Warum sollte man dann deutlich machen, dass es keine "echte" Eigenschaft ist?
UpperCamelCase ist die übliche Wahl für Klassennamen, zum Teil weil es eine einfache Option für den Namen einer Instanz dieser Klasse gibt:
var textBox: TextBox = new TextBox ();
Dies setzt natürlich voraus, dass Sie lowerCamelCase für Ihre Variablennamen verwenden.
Nehmen wir an, Sie haben eine Dienstprogrammklasse, die XML in verschiedene Formate konvertiert. Lassen Sie uns auch sagen, dass Sie UpperCamelCase für Ihre Klassennamen verwenden. Wie nennt man die Klasse??
XMLConverter
XmlConverter
Ebenso für den Namen einer Instanz dieser Klasse: myXmlConverter
oder myXMLConverter
?
Betrachten Sie Konstruktorfunktionen: Sie sind Funktionen, müssen jedoch den Namen (und damit die Großschreibung) ihrer Klasse erhalten. Wenn Sie nicht dieselben Konventionen für die Benennung von Funktionen und Klassen verwenden, verstößt dies gegen eine Ihrer Regeln. Gibt es irgendwo sonst solche Ausnahmen??