Quy ước đặt tên C # cho hằng số?

private const int THE_ANSWER = 42;

hoặc là

private const int theAnswer = 42;

Cá nhân tôi nghĩ rằng với các IDE hiện đại, chúng ta nên sử dụng camelCase vì ALL_CAPS trông lạ. Bạn nghĩ sao?

Quy ước đặt tên và viết hoa được đề xuất là sử dụng P ascal C asing cho các hằng số (Microsoft có một công cụ có tên StyleCop để ghi lại tất cả các quy ước ưa thích và có thể kiểm tra nguồn của bạn để tuân thủ - mặc dù nó hơi quá an toàn đối với nhiều thị hiếu của mọi người) . ví dụ

private const int TheAnswer = 42;

Quy ước viết hoa Pascal cũng được ghi lại trong Nguyên tắc thiết kế khung của Microsoft .

Trực quan, trường hợp trên là con đường để đi. Nó rất dễ nhận ra theo cách đó. Vì mục đích duy nhất và không có cơ hội đoán, tôi bỏ phiếu cho UPPER_CASE!

const int THE_ANSWER = 42;

Lưu ý : Chữ hoa sẽ hữu ích khi các hằng số được sử dụng trong cùng một tệp ở đầu trang và cho các mục đích quan trọng; tuy nhiên, nếu chúng được chuyển sang một lớp độc lập, sử dụng Upper Case sẽ không tạo ra nhiều khác biệt, như một ví dụ:

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;
 }

Thực sự nó là

private const int TheAnswer = 42;

Ít nhất nếu bạn nhìn vào thư viện .NET, IMO nào là cách tốt nhất để quyết định các quy ước đặt tên - vì vậy mã của bạn không bị sai lệch.

Tôi vẫn đi với chữ hoa cho các giá trị const, nhưng điều này là thói quen nhiều hơn bất kỳ lý do cụ thể.

Tất nhiên nó làm cho nó dễ dàng để thấy ngay lập tức rằng một cái gì đó là một const. Câu hỏi với tôi là: Chúng ta có thực sự cần thông tin này không? Nó có giúp chúng ta trong mọi cách để tránh lỗi không? Nếu tôi gán một giá trị cho const, trình biên dịch sẽ cho tôi biết tôi đã làm điều gì đó ngớ ngẩn.

Kết luận của tôi: Đi với vỏ lạc đà. Có lẽ tôi cũng sẽ thay đổi phong cách của mình ;-)

Biên tập:

Rằng một cái gì đó có mùi của Lynn không thực sự là một đối số hợp lệ, IMO. Câu hỏi nên luôn luôn là: Nó có giúp ích gì không, hay nó có đau không?

Có những trường hợp khi giúp đỡ. Không nhiều như ngày nay, nhưng chúng vẫn tồn tại.

Đầu tiên, Ký hiệu Hungary là cách sử dụng tiền tố để hiển thị loại dữ liệu của tham số hoặc mục đích sử dụng. Các quy ước đặt tên của Microsoft đã nói không với Ký hiệu Hungary http://en.wikipedia.org/wiki/Hungarian_notation http://msdn.microsoft.com/en-us/l Library / ms229045.aspx

Việc sử dụng UPPERCASE không được khuyến khích như đã nêu ở đây: Trường hợp Pascal là quy ước được chấp nhận và CAPSAMING. http://en.wikibooks.org/wiki/C_Sharp_Programming/ Naming

Microsoft cũng tuyên bố ở đây rằng UPPERCASE có thể được sử dụng nếu nó được thực hiện để phù hợp với sơ đồ tồn tại. http://msdn.microsoft.com/en-us/l Library / x2dbyw72.aspx

Điều này khá nhiều tổng hợp nó lên.

Trong bài viết Hằng số (Hướng dẫn lập trình C #) , Microsoft đưa ra ví dụ sau:

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;
}

Vì vậy, đối với các hằng số, có vẻ như Microsoft đang khuyến nghị sử dụng camelCasing. Nhưng lưu ý rằng các hằng số này được xác định cục bộ .

Có thể cho rằng, việc đặt tên các hằng số nhìn thấy bên ngoài được quan tâm nhiều hơn. Trong thực tế, Microsoft ghi lại các hằng số công khai của nó trong thư viện lớp .NET dưới dạng các trường . Dưới đây là một số ví dụ:

• Int32.MaxValue
• String.Empty (thực tế, static readonly)
• Toán.PI
• Toán.E

Hai cái đầu tiên là ví dụ về PascalCasing. Phần thứ ba dường như tuân theo các Công ước viết hoa của Microsoft cho một từ viết tắt gồm hai chữ cái (mặc dù pi không phải là một từ viết tắt ). Và cái thứ tư dường như gợi ý rằng quy tắc cho một từ viết tắt hai chữ cái mở rộng thành một từ viết tắt hoặc một từ định danh, chẳng hạn như E(đại diện cho hằng số toán học e ).

Hơn nữa, trong tài liệu ước vốn hoá của mình, Microsoft rất trực tiếp khẳng định rằng tên vùng nên được đặt tên qua PascalCasingvà đưa ra các ví dụ sau đây cho MessageQueue.InfiniteTimeout và UInt32.Min :

public class MessageQueue
{
    public static readonly TimeSpan InfiniteTimeout;
}

public struct UInt32
{
    public const Min = 0;
}

Kết luận: Sử dụng PascalCasingcho các hằng công cộng (được ghi lại dưới dạng consthoặc static readonlycác trường).

Cuối cùng, theo như tôi biết, Microsoft không ủng hộ các quy ước đặt tên hoặc viết hoa cụ thể cho các định danh riêng như trong các ví dụ được trình bày trong câu hỏi.

Để lại Hungary cho người Hungary.

Trong ví dụ tôi thậm chí bỏ qua bài viết dứt khoát và chỉ cần đi với

private const int Answer = 42;

Đó là câu trả lời hay đó là câu trả lời?

* Thực hiện chỉnh sửa khi Pascal hoàn toàn chính xác, tuy nhiên tôi đã nghĩ rằng câu hỏi đang tìm kiếm thêm một câu trả lời cho cuộc sống, vũ trụ và mọi thứ .

Tôi thực sự có xu hướng thích PascalCase ở đây - nhưng theo thói quen, tôi có tội với UPPER_CASE ...

Tôi tin rằng ALL_CAPS được lấy từ cách làm việc của C và C ++. Bài viết này ở đây giải thích làm thế nào sự khác biệt phong cách đến.

Trong các IDE mới như Visual Studio, thật dễ dàng để xác định các loại, phạm vi và nếu chúng không đổi nên không thực sự cần thiết.

Phần mềm FxCop và Microsoft StyleCop sẽ giúp cung cấp cho bạn các hướng dẫn và kiểm tra mã của bạn để mọi người làm việc theo cùng một cách.