Tại sao những người sử dụng các giá trị ma thuật thay vì null trong mã của họ?

Question

Tôi đã thấy điều này trong mã kế thừa và trong một số dự án mã nguồn mở .NET. Tôi không thể tưởng tượng một lý do để làm điều này. Chỉ cần sử dụng "null" có vẻ dễ dàng hơn nhiều với tôi.

Ví dụ:

public class Category 
{ 
    int parentID; 

    bool HasParent 
    { 
     get 
     { 
      return parentID != -1; 
     } 
    } 
} 

so

public class Category 
{ 
    int parentID; 

    bool HasParent 
    { 
     get 
     { 
      return parentID != null; 
     } 
    } 
} 

Answer 1

Bạn đã thực sự nhìn vào ứng dụng để xem? Miễn là số ma thuật được giữ ở một nơi duy nhất với một tên mô tả nó có thể khá hữu ích.

Answer 2

Có một đối tượng rỗng có thể gây ra ngoại lệ được ném, trong khi mã lỗi (như trường hợp lỗi "-1") sẽ không ném ngoại lệ.

Điều này có thể quan trọng bằng các ngôn ngữ hoặc ứng dụng không xử lý tốt ngoại lệ.

Answer 3

Làm việc trên các kho dữ liệu lớn, đôi khi tôi sử dụng giá trị 0 thay vì nếu null, để chèn một giá trị không null vào khối lập phương của tôi. tôi luôn có 0 id tương ứng với giá trị 'Không xác định' trong tất cả các thứ nguyên, vì vậy tôi có một khối không có giá trị null.

sự quan tâm chính trong đó là phải có đơn giản hơn và hiệu quả hơn các truy vấn

Answer 4

Chúng thường được thói quen phát triển khi lập trình trong C. Nhiều một lập trình viên C sẽ được horified tại sự lãng phí ints nullable, mà ít nhất yêu cầu toàn bộ bit phụ, và thậm chí có thể là một con trỏ. Điều này đặc biệt xấu khi bạn biết giá trị sẽ dương và bạn có toàn bộ không gian của các giá trị âm để sử dụng cho cờ. -1 có nghĩa là không được thiết lập, -2 có thể có nghĩa là parentId thậm chí không có ý nghĩa trong ngữ cảnh của nút này, -3 có thể có nghĩa là nút có cha mẹ không thể xử lý công việc và để lại một phiên bản uống và không bao giờ được nhìn thấy một lần nữa, vv ...

Trong thế giới C# cleaness của int nullable (và dễ dàng tích hợp với RDMS) cùng với máy tính với 2GB + RAM có nghĩa là thói quen cũ C đang dần chết, nhưng thói quen cũ chết cứng.

Answer 5

Các loại giá trị không có sẵn không có sẵn ở mọi ngôn ngữ/môi trường; Chúng được thêm vào .Net 2.0. Nếu mã kế thừa của bạn là .Net dựa và được bắt đầu sử dụng khung công tác 1.1, thì câu trả lời của bạn là null không phải là một tùy chọn vào thời điểm đó.

Answer 6

Vì có giá trị "null", loại phải là giá trị rỗng. Đây hoạt động tốt với nhiều loại tài liệu tham khảo (bất kỳ lớp bạn xác định và các tiêu chuẩn thư viện), và nếu bạn nhìn bạn sẽ thấy rằng mọi người làm sử dụng vô bất cứ khi nào họ có một đối tượng tài liệu tham khảo không có giá trị

Employee employee = Employees.Find("John Smith"); 
if(employee == null) throw new Exception("Employee not found"); 

Vấn đề này xuất hiện khi bạn sử dụng các loại giá trị như int, char hoặc float. Không giống như các kiểu tham chiếu, trỏ đến một khối dữ liệu ở một nơi khác trong bộ nhớ, các giá trị này được lưu trữ và thao tác nội tuyến (không có con trỏ/tham chiếu).

Do điều này, theo mặc định, các loại giá trị không có giá trị rỗng. Trong mã bạn cung cấp, nó là không thể cho parentID là null (Tôi thực sự ngạc nhiên khi trình biên dịch của bạn có được - Visual Studio 2008 và có thể 2005 sẽ vẽ một gạch dưới màu xanh lá cây và cho bạn biết rằng câu lệnh luôn là false) .

Để cho một int để có một giá trị null, bạn cần phải khai báo nó như nullable

int? parentID; 

Bây giờ ParentID có thể chứa một giá trị null, bởi vì nó bây giờ là một con trỏ (tốt " tham chiếu ") đến số nguyên 32 bit, thay vì chỉ là số nguyên 32 bit.

Vì vậy, hy vọng bạn hiểu tại sao "giá trị ảo thuật" thường được sử dụng để đại diện cho vô với (kiểu giá trị) các loại cơ bản. Nó chỉ đơn giản là rất nhiều rắc rối, và thường là một hit hiệu suất lớn (tra cứu những gì boxing/unboxing là), để lưu trữ các loại giá trị như là một tham chiếu đến giá trị để cho phép chúng được null.

Edit: Để tham khảo thêm về boxing/unboxing (những gì bạn cần phải có một int == null), xem bài viết tại MSDN:

Boxing và Unboxing (C# Programming Guide)

Hiệu suất

Liên quan đến các bài tập đơn giản, quyền anh và unboxing là các quá trình tính toán tốn kém. Khi một loại giá trị được đóng hộp, một đối tượng mới phải được phân bổ và xây dựng. Ở mức độ thấp hơn, dàn diễn viên được yêu cầu cho unboxing cũng tốn kém tính toán. Để biết thêm thông tin, hãy xem Hiệu suất.