Được ưu tiên: Không thể <T> .HasValue hoặc Nullable <T>! = Nullable?

Tôi luôn luôn sử dụng Nullable<>.HasValuevì tôi thích ngữ nghĩa. Tuy nhiên, gần đây tôi đang làm việc trên cơ sở mã hiện tại của người khác, nơi họ chỉ sử dụng Nullable<> != nullriêng.

Có một lý do để sử dụng cái này hơn cái kia, hay nó hoàn toàn là sở thích?

1. int? a;
   if (a.HasValue)
       // ...

so với

2. int? b;
   if (b != null)
       // ...

Trình biên dịch thay thế các so sánh null bằng một cuộc gọi đến HasValue, vì vậy không có sự khác biệt thực sự. Chỉ cần làm bất cứ điều gì dễ đọc hơn / có ý nghĩa hơn với bạn và đồng nghiệp của bạn.

Tôi thích (a != null)để cú pháp phù hợp với các loại tham chiếu.

Tôi đã thực hiện một số nghiên cứu về điều này bằng cách sử dụng các phương thức khác nhau để gán giá trị cho một int nullable. Đây là những gì đã xảy ra khi tôi làm nhiều việc khác nhau. Nên làm rõ những gì đang xảy ra. Hãy ghi nhớ: Nullable<something>hoặc tốc ký something?là một cấu trúc mà trình biên dịch dường như đang thực hiện rất nhiều công việc để cho chúng tôi sử dụng với null như thể nó là một lớp.
Như bạn sẽ thấy bên dưới, SomeNullable == nullvà SomeNullable.HasValuesẽ luôn trả về đúng hoặc sai dự kiến. Mặc dù không được trình bày dưới đây, nhưng SomeNullable == 3cũng hợp lệ (giả sử someNullable là một int?).
Trong khi SomeNullable.Valuechúng ta gặp lỗi thời gian chạy nếu chúng ta được gán nullcho SomeNullable. Trên thực tế đây là trường hợp duy nhất mà nullables có thể gây ra sự cố cho chúng tôi, nhờ vào sự kết hợp của các toán tử quá tải, quá tảiobject.Equals(obj) phương pháp, và tối ưu hóa trình biên dịch và kinh doanh khỉ.

Dưới đây là mô tả về một số mã tôi đã chạy và đầu ra mà nó tạo ra trong nhãn:

int? val = null;
lbl_Val.Text = val.ToString(); //Produced an empty string.
lbl_ValVal.Text = val.Value.ToString(); //Produced a runtime error. ("Nullable object must have a value.")
lbl_ValEqNull.Text = (val == null).ToString(); //Produced "True" (without the quotes)
lbl_ValNEqNull.Text = (val != null).ToString(); //Produced "False"
lbl_ValHasVal.Text = val.HasValue.ToString(); //Produced "False"
lbl_NValHasVal.Text = (!(val.HasValue)).ToString(); //Produced "True"
lbl_ValValEqNull.Text = (val.Value == null).ToString(); //Produced a runtime error. ("Nullable object must have a value.")
lbl_ValValNEqNull.Text = (val.Value != null).ToString(); //Produced a runtime error. ("Nullable object must have a value.")

Ok, hãy thử phương thức khởi tạo tiếp theo:

int? val = new int?();
lbl_Val.Text = val.ToString(); //Produced an empty string.
lbl_ValVal.Text = val.Value.ToString(); //Produced a runtime error. ("Nullable object must have a value.")
lbl_ValEqNull.Text = (val == null).ToString(); //Produced "True" (without the quotes)
lbl_ValNEqNull.Text = (val != null).ToString(); //Produced "False"
lbl_ValHasVal.Text = val.HasValue.ToString(); //Produced "False"
lbl_NValHasVal.Text = (!(val.HasValue)).ToString(); //Produced "True"
lbl_ValValEqNull.Text = (val.Value == null).ToString(); //Produced a runtime error. ("Nullable object must have a value.")
lbl_ValValNEqNull.Text = (val.Value != null).ToString(); //Produced a runtime error. ("Nullable object must have a value.")

Tất cả giống như trước đây. Hãy nhớ rằng việc khởi tạo với int? val = new int?(null);, với null được truyền cho hàm tạo, sẽ tạo ra lỗi thời gian MÁY TÍNH, vì GIÁ TRỊ của đối tượng nullable KHÔNG thể null. Nó chỉ là đối tượng trình bao bọc chính nó có thể bằng null.

Tương tự như vậy, chúng tôi sẽ nhận được một lỗi thời gian biên dịch từ:

int? val = new int?();
val.Value = null;

không đề cập đến dù sao đó val.Valuecũng là một tài sản chỉ đọc, có nghĩa là chúng ta thậm chí không thể sử dụng cái gì đó như:

val.Value = 3;

nhưng một lần nữa, các toán tử chuyển đổi ẩn quá tải đa hình cho phép chúng ta làm:

val = 3;

Không cần phải lo lắng về polysomthing whatchamacallits, miễn là nó hoạt động phải không? :)

Trong VB.Net. KHÔNG sử dụng "IsNot nothing" khi bạn có thể sử dụng ".HasValue". Tôi vừa giải quyết một "Hoạt động có thể làm mất ổn định thời gian chạy" Lỗi tin cậy trung bình bằng cách thay thế "IsNot nothing" bằng ".HasValue" tại một điểm. Tôi thực sự không hiểu tại sao, nhưng một cái gì đó đang xảy ra khác nhau trong trình biên dịch. Tôi cho rằng "! = Null" trong C # có thể có cùng một vấn đề.

Nếu bạn sử dụng linq và muốn giữ mã của bạn ngắn, tôi khuyên bạn nên luôn luôn sử dụng !=null

Và đây là lý do:

Hãy tưởng tượng chúng ta có một số lớp Foovới một biến kép không thểSomeDouble

public class Foo
{
    public double? SomeDouble;
    //some other properties
}   

Nếu ở đâu đó trong mã của chúng tôi, chúng tôi muốn nhận được tất cả Foo với giá trị someDouble khác từ bộ sưu tập Foo (giả sử một số foos trong bộ sưu tập cũng có thể là null), chúng tôi sẽ kết thúc với ít nhất ba cách để viết hàm của chúng tôi (nếu chúng tôi sử dụng C # 6):

public IEnumerable<Foo> GetNonNullFoosWithSomeDoubleValues(IEnumerable<Foo> foos)
{
     return foos.Where(foo => foo?.SomeDouble != null);
     return foos.Where(foo=>foo?.SomeDouble.HasValue); // compile time error
     return foos.Where(foo=>foo?.SomeDouble.HasValue == true); 
     return foos.Where(foo=>foo != null && foo.SomeDouble.HasValue); //if we don't use C#6
}

Và trong tình huống này, tôi khuyên bạn nên luôn luôn đi cho ngắn hơn

Câu trả lời chung và quy tắc chung: nếu bạn có một tùy chọn (ví dụ: viết tuần tự tùy chỉnh) để xử lý Nullable trong các đường ống khác nhau object- và sử dụng các thuộc tính cụ thể của chúng - thực hiện và sử dụng các thuộc tính cụ thể của Nullable. Vì vậy, từ quan điểm tư duy nhất quán HasValuenên được ưu tiên. Suy nghĩ nhất quán có thể giúp bạn viết mã tốt hơn không mất quá nhiều thời gian chi tiết. Ví dụ, phương pháp thứ hai sẽ hiệu quả hơn nhiều lần (chủ yếu là do trình biên dịch nội tuyến và quyền anh nhưng số vẫn rất biểu cảm):

public static bool CheckObjectImpl(object o)
{
    return o != null;
}

public static bool CheckNullableImpl<T>(T? o) where T: struct
{
    return o.HasValue;
}

Kiểm tra điểm chuẩn:

BenchmarkDotNet=v0.10.5, OS=Windows 10.0.14393
Processor=Intel Core i5-2500K CPU 3.30GHz (Sandy Bridge), ProcessorCount=4
Frequency=3233539 Hz, Resolution=309.2587 ns, Timer=TSC
  [Host] : Clr 4.0.30319.42000, 64bit RyuJIT-v4.6.1648.0
  Clr    : Clr 4.0.30319.42000, 64bit RyuJIT-v4.6.1648.0
  Core   : .NET Core 4.6.25009.03, 64bit RyuJIT


        Method |  Job | Runtime |       Mean |     Error |    StdDev |        Min |        Max |     Median | Rank |  Gen 0 | Allocated |
-------------- |----- |-------- |-----------:|----------:|----------:|-----------:|-----------:|-----------:|-----:|-------:|----------:|
   CheckObject |  Clr |     Clr | 80.6416 ns | 1.1983 ns | 1.0622 ns | 79.5528 ns | 83.0417 ns | 80.1797 ns |    3 | 0.0060 |      24 B |
 CheckNullable |  Clr |     Clr |  0.0029 ns | 0.0088 ns | 0.0082 ns |  0.0000 ns |  0.0315 ns |  0.0000 ns |    1 |      - |       0 B |
   CheckObject | Core |    Core | 77.2614 ns | 0.5703 ns | 0.4763 ns | 76.4205 ns | 77.9400 ns | 77.3586 ns |    2 | 0.0060 |      24 B |
 CheckNullable | Core |    Core |  0.0007 ns | 0.0021 ns | 0.0016 ns |  0.0000 ns |  0.0054 ns |  0.0000 ns |    1 |      - |       0 B |

Mã điểm chuẩn:

public class BenchmarkNullableCheck
{
    static int? x = (new Random()).Next();

    public static bool CheckObjectImpl(object o)
    {
        return o != null;
    }

    public static bool CheckNullableImpl<T>(T? o) where T: struct
    {
        return o.HasValue;
    }

    [Benchmark]
    public bool CheckObject()
    {
        return CheckObjectImpl(x);
    }

    [Benchmark]
    public bool CheckNullable()
    {
        return CheckNullableImpl(x);
    }
}

https://github.com/dotnet/BenchmarkDotNet đã được sử dụng

PS . Mọi người nói rằng lời khuyên "thích HasValue vì suy nghĩ nhất quán" không liên quan và vô dụng. Bạn có thể dự đoán hiệu suất của điều này?

public static bool CheckNullableGenericImpl<T>(T? t) where T: struct
{
    return t != null; // or t.HasValue?
}

PPS Mọi người tiếp tục trừ nhưng không ai cố gắng dự đoán hiệu suất của CheckNullableGenericImpl. Và có trình biên dịch sẽ không giúp bạn thay thế !=nullbằng HasValue. HasValuenên được sử dụng trực tiếp nếu bạn quan tâm đến hiệu suất.