C#: Đối số xác nhận: null/chuỗi rỗng

Question

tôi không biết bao nhiêu lần không biết bao nhiêu Tôi đã phải viết mã để xác nhận đối số chuỗi:

public RoomName(string name) 
{ 
    if (string.IsNullOrEmpty(name)) 
    { 
     throw new ArgumentException("Cannot be empty", "name"); 
    } 
} 

Liệu có cách nào để tránh điều này? Có một số cơ chế thuộc tính hoặc thiết kế theo hợp đồng để tránh điều này không? Không có cách nào để nói:

public RoomName(NotNullOrEmptyString name) 
{ 

mà không phải thực sự tạo loại đó?

Answer 1

Xem thêm C#: How to Implement and use a NotNull and CanBeNull attribute để biết thêm thông tin về Hợp đồng mã, cách chúng có thể được triển khai hôm nay trong VS2008 và cách chúng được tích hợp vào VS2010.

Answer 2

Bạn có thể thực hiện điều đó thông qua việc thêm mã với các thuộc tính.

Một tùy chọn khác để tiết kiệm thời gian mã hóa, nhưng vẫn cung cấp cho bạn nhiều quyền kiểm soát, sẽ sử dụng một cái gì đó như CuttingEdge.Conditions. Điều này cung cấp giao diện thông thạo để kiểm tra đối số, vì vậy bạn có thể viết:

name.Requires().IsNotNull(); 

Answer 3

Mặc dù câu hỏi đã được trả lời cách đây một thời gian, tôi đã suy nghĩ về cùng một vấn đề gần đây. Các hợp đồng mã được chính thức hóa (với xác minh tự động hoặc kiểm tra) có vẻ là một ý tưởng hay, nhưng nhìn chung, khả năng xác minh của chúng khá hạn chế và đối với các kiểm tra đơn giản như kiểm tra chuỗi rỗng hoặc rỗng, chúng yêu cầu nhiều mã (hoặc nhiều hơn)) so với séc cũ.

Trớ trêu thay, câu trả lời hay nhất trong trường hợp chuỗi thực sự là một hoặc hai lớp bọc một chuỗi đã được kiểm tra không rỗng, trống hoặc không gian trắng và chuyển thể hiện này xung quanh:

public class NonEmptyString : IComparable<NonEmptyString>, ... 
{ 
    private readonly string _value; 

    public NonEmptyString(string value) 
    { 
     if (value == null) 
     { 
      throw new ArgumentNullException("value"); 
     } 
     if (value.Length == 0) 
     {     
      throw NewStringIsEmptyException("value"); 
     } 
     _value = value; 
    } 

    public string Value 
    { 
     get { return _value; } 
    } 

    ... 
} 

public class NonWhiteSpaceString : NonEmptyString 
{ 
    .... 
} 

chắc chắn, đi xung quanh những trường hợp này không ngăn cản bạn từ việc phải kiểm tra xem họ đang là null mình, nhưng nó có một số lợi thế lớn:

• bạn không cần phải kiểm tra rỗng hoặc White- chuỗi không gian lặp đi lặp lại, có thể dễ bị lỗi trong các tình huống mà chuỗi được truyền đi rất nhiều.
• Như tôi đã làm trong quá trình thực hiện, kiểm tra null là khác với kiểm tra giá trị rỗng (hoặc giá trị khoảng trống), vì bạn muốn ném một ArgumentNullException cụ thể trong trường hợp cũ và một số ArgumentException trong lần thứ hai.
• Báo cáo rõ ràng ràng buộc về giá trị của chuỗi, giống như bất kỳ lớp gói nào được cho là phải làm. Trong thực tế, nếu bạn có một chuỗi có bất kỳ ràng buộc nào và nó được truyền xung quanh rất nhiều, tôi luôn khuyên bạn nên bọc nó trong một lớp đóng gói kiểm tra và giữ phần còn lại của mã không gặp rắc rối. Một ví dụ điển hình cho việc này là các chuỗi phải đáp ứng một cụm từ thông dụng nhất định. Tuy nhiên, tôi chuyển hướng từ câu hỏi ở đây ...