C # konvensi penamaan untuk konstanta?

private const int THE_ANSWER = 42;

atau

private const int theAnswer = 42;

Secara pribadi saya pikir dengan IDE modern kita harus menggunakan camelCase karena ALL_CAPS terlihat aneh. Bagaimana menurut anda?

Konvensi penamaan dan huruf besar yang disarankan adalah menggunakan P ascal C asing untuk konstanta (Microsoft memiliki alat bernama StyleCop yang mendokumentasikan semua konvensi yang disukai dan dapat memeriksa sumber Anda untuk kepatuhan - meskipun ini sedikit terlalu analitis untuk selera banyak orang) . misalnya

private const int TheAnswer = 42;

Konvensi kapitalisasi Pascal juga didokumentasikan dalam Pedoman Desain Kerangka Kerja Microsoft .

Secara visual, Huruf Besar adalah caranya. Sangat bisa dikenali seperti itu. Demi keunikan dan tidak meninggalkan peluang untuk menebak, saya memilih UPPER_CASE!

const int THE_ANSWER = 42;

Catatan : Huruf Besar akan berguna ketika konstanta digunakan dalam file yang sama di bagian atas halaman dan untuk tujuan intellisense; namun, jika mereka dipindahkan ke kelas independen, menggunakan Huruf Besar tidak akan membuat banyak perbedaan, sebagai contoh:

public static class Constant
{
    public static readonly int Cons1 = 1;
    public static readonly int coNs2 = 2;
    public static readonly int cOns3 = 3;
    public static readonly int CONS4 = 4;
}

// Call constants from anywhere
// Since the class has a unique and recognizable name, Upper Case might lose its charm
private void DoSomething(){
var getCons1 = Constant.Cons1;
var getCons2 = Constant.coNs2;
var getCons3 = Constant.cOns3;
var getCons4 = Constant.CONS4;
 }

Sebenarnya itu

private const int TheAnswer = 42;

Setidaknya jika Anda melihat perpustakaan .NET, IMO mana yang merupakan cara terbaik untuk memutuskan konvensi penamaan - jadi kode Anda tidak terlihat aneh.

Saya masih menggunakan huruf besar untuk nilai const, tetapi ini lebih karena kebiasaan daripada karena alasan tertentu.

Tentu saja membuatnya mudah untuk segera melihat bahwa ada sesuatu yang buruk. Pertanyaan saya adalah: Apakah kita benar-benar membutuhkan informasi ini? Apakah itu membantu kami dengan cara apa pun untuk menghindari kesalahan? Jika saya memberikan nilai pada const, kompiler akan memberi tahu saya bahwa saya melakukan sesuatu yang bodoh.

Kesimpulan saya: Gunakan casing unta. Mungkin aku akan mengubah gayaku juga ;-)

Edit:

Sesuatu yang berbau Hungaria sebenarnya bukan argumen yang valid, IMO. Pertanyaannya harus selalu: Apakah itu membantu, atau sakit?

Ada beberapa kasus ketika hungaria membantu. Tidak banyak saat ini, tetapi mereka masih ada.

Pertama, Notasi Hongaria adalah praktik menggunakan awalan untuk menampilkan tipe data parameter atau penggunaan yang dimaksudkan. Konvensi penamaan Microsoft untuk mengatakan tidak pada Notasi Hongaria http://en.wikipedia.org/wiki/Hungarian_notation http://msdn.microsoft.com/en-us/library/ms229045.aspx

Menggunakan UPPERCASE tidak dianjurkan seperti yang dinyatakan di sini: Pascal Case adalah konvensi yang dapat diterima dan SCREAMING CAPS. http://en.wikibooks.org/wiki/C_Sharp_Programming/Naming

Microsoft juga menyatakan di sini bahwa UPPERCASE dapat digunakan jika dilakukan agar sesuai dengan skema yang ada. http://msdn.microsoft.com/en-us/library/x2dbyw72.aspx

Ini kurang lebih menyimpulkan semuanya.

Dalam artikelnya Konstanta (Panduan Pemrograman C #) , Microsoft memberikan contoh berikut:

class Calendar3
{
    const int months = 12;
    const int weeks = 52;
    const int days = 365;

    const double daysPerWeek = (double) days / (double) weeks;
    const double daysPerMonth = (double) days / (double) months;
}

Jadi, untuk konstanta, tampaknya Microsoft merekomendasikan penggunaan camelCasing. Tetapi perhatikan bahwa konstanta ini didefinisikan secara lokal .

Dapat diperdebatkan, penamaan konstanta yang terlihat secara eksternal lebih menarik. Dalam praktiknya, Microsoft mendokumentasikan konstanta publiknya di pustaka kelas .NET sebagai bidang . Berikut ini beberapa contohnya:

• Nilai Int32.Max
• String.Empty (sebenarnya, static readonly)
• Math.PI
• Math.E

Dua yang pertama adalah contoh PascalCasing. Yang ketiga muncul untuk mengikuti Konvensi Kapitalisasi Microsoft untuk akronim dua huruf (meskipun pi bukan nama samaran). Dan yang keempat nampaknya menyarankan bahwa aturan untuk akryonim dua huruf meluas ke akronim atau pengidentifikasi huruf tunggal seperti E(yang mewakili konstanta matematika e ).

Selanjutnya, dalam dokumen Konvensi Kapitalisasi, Microsoft secara langsung menyatakan bahwa pengidentifikasi bidang harus dinamai melalui PascalCasingdan memberikan contoh berikut untuk MessageQueue.InfiniteTimeout dan UInt32.Min :

public class MessageQueue
{
    public static readonly TimeSpan InfiniteTimeout;
}

public struct UInt32
{
    public const Min = 0;
}

Kesimpulan: Gunakan PascalCasinguntuk konstanta publik (yang didokumentasikan sebagai constatau static readonlybidang).

Akhirnya, sejauh yang saya tahu, Microsoft tidak menganjurkan konvensi penamaan atau huruf kapital khusus untuk pengidentifikasi pribadi seperti yang ditunjukkan dalam contoh yang disajikan dalam pertanyaan.

Tinggalkan Hongaria ke Hongaria.

Dalam contoh ini saya bahkan akan meninggalkan artikel definitif dan hanya pergi dengan

private const int Answer = 42;

Apakah itu jawaban atau itu jawabannya?

* Dibuat edit sebagai Pascal benar benar, namun saya berpikir pertanyaan itu mencari lebih banyak jawaban untuk kehidupan, alam semesta dan segalanya .

Saya sebenarnya cenderung lebih suka PascalCase di sini - tetapi karena kebiasaan, saya bersalah atas UPPER_CASE ...

ALL_CAPS diambil dari cara kerja C dan C ++ yang saya percaya. Artikel ini di sini menjelaskan bagaimana perbedaan gaya muncul.

Dalam IDE baru seperti Visual Studio, mudah untuk mengidentifikasi jenis, cakupan, dan jika mereka konstan sehingga tidak sepenuhnya diperlukan.

Perangkat lunak FxCop dan Microsoft StyleCop akan membantu memberi Anda panduan dan memeriksa kode Anda sehingga semua orang bekerja dengan cara yang sama.