C# Lớp tĩnh so với cấu trúc cho chuỗi được xác định trước

Question

Một đồng nghiệp vừa tạo cấu trúc sau trong C# (mã ví dụ được đơn giản hóa). Mục tiêu của ông là rút ngắn ký hiệu cho tất cả các chuỗi được xác định trước trong phần còn lại của mã.

public struct PredefinedStrings 
{ 
    public const string VeryLongName = "Very Long Name"; 
    public const string AnotherVeryLongName = "Another Very Long Name"; 
    public const string TheLastVeryLongName = "The Last Very Long Name"; 
} 

public static void MethodThatUsesTheNames() 
{ 
    Console.WriteLine(PredefinedStrings.VeryLongName); 
    Console.WriteLine(PredefinedStrings.AnotherVeryLongName); 
    Console.WriteLine(PredefinedStrings.TheLastVeryLongName); 
} 

Mặc dù nó có vẻ làm việc tốt cho anh ta, tôi không thể ngừng tự hỏi liệu anh ta nên đã sử dụng một lớp tĩnh thay vì một struct hoặc nếu có một cách thanh lịch hơn để đạt được điều này.

Cách ưa thích để làm điều này là gì? Cũng vui lòng giải thích lý do.

Answer 1

Với giải pháp struct, không có gì là để ngăn chặn một số mã khác làm new PredefinedStrings(), mà sẽ không làm bất cứ điều gì xấu, nhưng là một cái gì đó thật khó hiểu ngữ nghĩa cho phép. Với một lớp tĩnh trình biên dịch sẽ cấm tạo cho bạn. Và nó đi mà không nói rằng lớp tĩnh là cách ưa thích của việc cung cấp các hằng số trong Framework.

chỉnh sửa thêm, tôi đã nói rằng phần thứ hai mà không cần bằng chứng - Tôi đã từ tìm kiếm và hợp lý nhanh chóng tìm thấy System.Net.Mime.DispositionTypeNames và System.Net.WebRequestMethods.Http.

Answer 2

Trong thực tế của tôi cho mục đích này, chúng tôi sử dụng Dictionary<enumNameType, string>. Trường hợp enumNameType là loại tên khác nhau bạn có thể có (trong trường hợp của bạn) ... Từ điển này được bọc trong một lớp tĩnh và được lưu trữ - chúng ta tạo nó chỉ lần đầu tiên chúng ta sử dụng nó và sau đó trả về cùng một đối tượng ...

Tôi hy vọng điều này cũng hữu ích cho bạn!

Answer 3

Không có lỗi chức năng nào với mã này. Nhưng về mặt phong cách, tôi đồng ý một lớp tĩnh là tốt hơn. Một lớp tĩnh tuyên bố ý định của kiểu là chỉ giữ dữ liệu tĩnh/hằng số.

Answer 4

Tôi muốn các chuỗi tất cả nằm trong tệp tài nguyên và không được nhúng trong mã - chủ yếu vì lý do quốc tế hóa. Điều này sau đó có thể được truy cập thông qua một lớp tĩnh với các giá trị như các thành viên tài sản.

Answer 5

Bên cạnh static class và struct, tại sao bạn không cân nhắc sử dụng các tệp resource cho các chuỗi không đổi? Đây có thể được truy cập rất dễ dàng như SomeNamespace.ResourceName.KeyName, và tùy thuộc vào nơi chúng được đặt trong dự án của bạn có thể được quản lý bên ngoài mà không cần biên dịch lại ...

Answer 6

Tôi nghĩ tĩnh là tốt hơn và đây là lý do của tôi. Nếu mã này sống trong một số thư viện, và một đoạn mã khác tiêu thụ thư viện này, nếu giá trị của các trường liên tục thay đổi, thì không chỉ thư viện này cần được biên dịch lại (duh) mà còn phải biên dịch lại mã này thư viện là tốt. Lý do cho điều đó là, biên dịch chèn các giá trị không đổi bất cứ nơi nào bạn tham khảo chúng. Nếu bạn sử dụng tĩnh mặc dù, bạn sẽ không gặp phải vấn đề này, vì bạn đang tham chiếu đến trường không phải là giá trị .

Answer 7

Tôi cũng sử dụng cấu trúc cho các hằng số nhưng chỉ sử dụng cho mục đích sử dụng nội bộ, không dành cho API công khai. Nó cảm thấy tự nhiên vì enums cũng được chuyển đổi thành cấu trúc.

Answer 8

Có vẻ như bạn đang tìm kiếm tệp tài nguyên (.resx). Đó là một nơi thích hợp để lưu trữ các chuỗi như vậy và trừu tượng chuỗi của bạn thành một .resx sẽ giúp dễ dàng bản địa hóa ứng dụng của bạn trong tương lai. Trang MSDN tại http://msdn.microsoft.com/en-us/library/1ztca10y.aspx là một khởi đầu tốt để biết thêm thông tin.

Answer 9

Đừng quên đề xuất rằng kích thước cấu trúc phải là khoảng 16 byte. Với hệ thống 32 bit, đó là 4 tham chiếu System.String ngay tại đó. Tôi muốn nói rằng bạn tốt hơn với một lớp tĩnh nếu số lượng chuỗi sẽ tăng lên.

Answer 10

Quy tắc chung: không bao giờ sử dụng cấu trúc cho đến khi bạn không còn lựa chọn nào khác.

Constants có một vài nhược điểm:

• loại chỉ đơn giản có thể được sử dụng (chuỗi, numerics, vv)
• hằng được tiêm vào hội tham khảo. Nếu bạn biên dịch lại lắp ráp với các hằng số và không biên dịch assembly có sử dụng các hằng số, bạn sẽ gặp rắc rối

tôi sẽ viết mã của bạn như thế này (thông báo đổi tên refactoring quá):

public static class KnownNames 
{ 
    public static readonly string VeryLong = "Very Long Name"; 
    public static readonly string AnotherVeryLong = "Another Very Long Name"; 
    public static readonly string TheLastVeryLong = "The Last Very Long Name"; 
} 

Answer 11

tĩnh lớp học có vẻ là cách tốt nhất để đi vì đó là tiêu chuẩn nhất và được mong đợi. Tôi nghĩ rằng các phiên bản struct/const có thể nhanh hơn nhưng sau một số thử nghiệm thì không.

Dưới đây là kết quả thử nghiệm nhanh của tôi bao gồm chiều dài, so sánh, concat, sao chép, indexOf và chuỗi con. Nó được chạy dưới .Net 4.0 trong bản phát hành mà không có trình gỡ rối đính kèm.

          .Net 3.0 .Net 4.0 
static class with static read-only string: 0.217 0.364 seconds 
static class with const   string: 0.211 0.361 seconds 
struct  with static read-only string: 0.211 0.372 seconds 
struct  with const   string: 0.214 0.371 seconds 
Properties.Resources    string: 1.173 1.268 seconds 

Tất cả đều có cùng hiệu suất ngoại trừ khi sử dụng tệp tài nguyên chậm hơn. Trong khi Properties.Resources chậm hơn, nó không được lưu trữ trong tệp thực thi để có thể phù hợp hơn trong một số trường hợp. Vì vậy, sử dụng hoặc là "lớp tĩnh" hoặc Properties.Resources lưu trữ các chuỗi theo ý kiến ​​của tôi.

Answer 12

Thường tránh sử dụng các đường ống trừ khi chúng đáp ứng các tiêu chí nhất định như được nêu chi tiết trong this answer.

Vì đồng nghiệp của bạn không sử dụng nó để lưu trữ một giá trị, nên sử dụng một lớp, không phải là cấu trúc.

Answer 13

Thực tế đơn giản là bạn được phép tạo đối tượng mới được dự định là hằng số là bằng chứng rõ ràng về thực hành không tốt (thường). Tôi nói "thường" bởi vì .NET không sử dụng khái niệm này đôi khi, mặc dù nó không rõ ràng tại sao.

Tất nhiên, bạn luôn có thể làm những thứ như thế này:

public class Foo 
{ 
    public struct Bar 
    { 
     public static double A = 100; 

     public Bar(double a) 
     { 
      A = a; 
     } 
    } 
} 

Mà không kỹ thuật biện minh cho việc tạo ra các Bar; tuy nhiên, không có gì đảm bảo rằng hằng số Bar sẽ không thay đổi (ngay cả trong môi trường một luồng) và cuối cùng là sử dụng ít.