Không thể sử dụng String.Empty làm giá trị mặc định cho một tham số tùy chọn

Tôi đang đọc C # hiệu quả của Bill Wagner. Trong Mục 14 - Giảm thiểu Logic Khởi tạo Trùng lặp , anh ấy chỉ ra ví dụ sau về việc sử dụng tính năng tham số tùy chọn mới trong một hàm tạo:

public MyClass(int initialCount = 0, string name = "")

Chú ý rằng anh ấy đã sử dụng ""thay vì string.Empty.
Anh ấy bình luận:

Bạn sẽ lưu ý [trong một ví dụ ở trên] rằng hàm tạo thứ hai đã chỉ định "" cho giá trị mặc định trên tham số tên , thay vì tùy chỉnh hơn string.Empty. Đó là vì string.Emptykhông phải là hằng số thời gian biên dịch. Nó là một thuộc tính tĩnh được định nghĩa trong lớp chuỗi. Bởi vì nó không phải là một hằng số biên dịch, bạn không thể sử dụng nó cho giá trị mặc định cho một tham số.

Nếu chúng ta không thể sử dụng string.Emptystatic trong mọi tình huống, thì điều đó không đánh bại mục đích của nó sao? Tôi nghĩ rằng chúng tôi sẽ sử dụng nó để đảm bảo rằng chúng tôi có một phương tiện độc lập với hệ thống để tham chiếu đến chuỗi trống. Sự hiểu biết của tôi có sai không? Cảm ơn.

CẬP NHẬT
Chỉ là một bình luận tiếp theo. Theo MSDN:

Mỗi tham số tùy chọn có một giá trị mặc định như một phần của định nghĩa của nó. Nếu không có đối số nào được gửi cho tham số đó, giá trị mặc định sẽ được sử dụng. Giá trị mặc định phải là hằng số.

Sau đó, chúng tôi không thể sử dụng System.Environment.NewLinehoặc sử dụng các đối tượng mới được khởi tạo làm giá trị mặc định. Tôi chưa sử dụng VS2010, và điều này thật đáng thất vọng!

Đối với trình biên dịch C # 2.0, dù sao cũng có rất ít điểm String.Empty, và trên thực tế, trong nhiều trường hợp, đó là một sự bi quan, vì trình biên dịch có thể nội tuyến một số tham chiếu đến ""nhưng không thể làm tương tự với String.Empty.

Trong C # 1.1, rất hữu ích để tránh tạo ra nhiều đối tượng độc lập, tất cả đều chứa chuỗi rỗng, nhưng những ngày đó không còn nữa. ""hoạt động tốt.

Không có gì ngăn bạn xác định hằng số của riêng bạn cho chuỗi trống nếu bạn thực sự muốn sử dụng nó như một giá trị tham số tùy chọn:

const string String_Empty = "";

public static void PrintString(string s = String_Empty)
{
    Console.WriteLine(s);
}

[Ngoài ra, một lý do để thích String.Emptyhơn ""nói chung, chưa được đề cập đến trong các câu trả lời khác, là có nhiều ký tự Unicode khác nhau (bộ nối có độ rộng bằng không, v.v.) có thể nhìn thấy bằng mắt thường. Vì vậy, một cái gì đó trông giống như ""không nhất thiết phải là chuỗi trống, ngược lại String.Emptybạn biết chính xác những gì bạn đang sử dụng. Tôi nhận ra đây không phải là nguồn phổ biến của lỗi, nhưng nó có thể xảy ra.]

Từ câu hỏi ban đầu:

Tôi nghĩ rằng chúng tôi sẽ sử dụng nó để đảm bảo rằng chúng tôi có một phương tiện độc lập với hệ thống để tham chiếu đến chuỗi trống.

Chuỗi rỗng có thể thay đổi theo cách nào giữa các hệ thống? Nó luôn luôn là một chuỗi không có ký tự! Tôi thực sự sợ hãi nếu tôi đã từng tìm thấy một triển khai trong đó string.Empty == ""trả về false :) Điều này không giống như một cái gì đó giống như Environment.NewLine.

Từ bài đăng tiền thưởng của Counter Terrorist:

Tôi muốn String.Empty có thể được sử dụng làm tham số mặc định trong bản phát hành C # tiếp theo. : D

Điều đó chắc chắn sẽ không xảy ra.

Mặc dù cá nhân tôi cũng thích một cơ chế mặc định rất khác, nhưng cách các tham số tùy chọn hoạt động đã có trong .NET kể từ khi bắt đầu - và điều đó luôn có nghĩa là nhúng một hằng số vào siêu dữ liệu, để mã gọi có thể sao chép hằng số đó vào lệnh gọi nếu không có đối số tương ứng được cung cấp.

Với string.Emptynó thực sự vô nghĩa - sử dụng ""sẽ làm những gì bạn muốn; nó có đau đớn khi sử dụng chuỗi theo nghĩa đen? (Tôi sử dụng nghĩa đen ở khắp mọi nơi - tôi không bao giờ sử dụng string.Empty- nhưng đó là một lập luận khác.)

Đó là điều làm tôi ngạc nhiên về câu hỏi này - lời phàn nàn xoay quanh điều gì đó không thực sự gây ra vấn đề thực sự. Nó quan trọng hơn trong các trường hợp bạn muốn tính toán mặc định tại thời điểm thực thi vì nó thực sự có thể khác nhau. Ví dụ: tôi có thể tưởng tượng các trường hợp bạn muốn có thể gọi một phương thức với một DateTimetham số và đặt nó mặc định là "thời gian hiện tại". Hiện tại, cách giải quyết mơ hồ duy nhất mà tôi biết cho đó là:

public void RecordTime(string message, DateTime? dateTime = null)
{
    var realDateTime = dateTime ?? DateTime.UtcNow;
}

... nhưng điều đó không phải lúc nào cũng thích hợp.

Tóm lại là:

• Tôi rất nghi ngờ rằng đây sẽ là một phần của C #
• Vì string.Emptydù sao nó cũng vô nghĩa
• Đối với các giá trị khác thực sự không phải lúc nào cũng có cùng giá trị, nó thực sự có thể là một nỗi đau

Tôi không bao giờ sử dụng string.Empty, tôi không thể thấy điểm của nó. Có thể nó giúp những người mới làm quen với lập trình trở nên dễ dàng hơn, nhưng tôi nghi ngờ nó có ích ngay cả với điều đó.

Tôi nghĩ ý tưởng đằng sau string.Empty là nó tăng cường khả năng đọc. Nó không giống như newline ở chỗ có bất kỳ sự khác biệt nào giữa cách nó được thể hiện trên các nền tảng khác nhau. Nó không thể được sử dụng trong một tham số mặc định. Tuy nhiên, nó sẽ không gây ra bất kỳ vấn đề nào nếu bạn chuyển giữa Windows và một cái gì đó như Mono trên Linux.

Là một FYI, có vẻ như cùng một ràng buộc được áp đặt cho các giá trị được truyền cho các hàm tạo thuộc tính - chúng phải không đổi. Vì string.empty được định nghĩa là:

public static readonly string Empty

chứ không phải là một hằng số thực tế, nó không thể được sử dụng.

Tôi sử dụng string.Emptyhoàn toàn để dễ đọc.

Nếu sau này ai đó cần đọc / thay đổi mã của tôi thì họ biết rằng tôi muốn kiểm tra hoặc đặt một thứ gì đó thành một chuỗi trống. Chỉ sử dụng"" đôi khi có thể gây ra lỗi và nhầm lẫn vì tôi có thể đã quên đặt chuỗi mà tôi muốn vào đó.

Ví dụ:

if(someString == string.Empty)
{

}

vs

if(someString == "")
{

}

ifTuyên bố đầu tiên có vẻ cân nhắc và dễ đọc hơn đối với tôi. Bởi vì đây chỉ là một tùy chọn, tôi thực sự không thấy việc phải sử dụng xe lửa để ""thay thế string.Empty.

Có lẽ giải pháp tốt nhất cho vấn đề này là quá tải của phương thức này, theo cách này:

public static void PrintString() 
{ 
    PrintString(string.Empty);
}