Các mẫu thiết kế có trọng lượng nhẹ tốt để tránh null trong Java là gì?

Question

Rõ ràng một trong những lệnh cấm lớn nhất của lập trình Java là null và ngoại lệ con trỏ null. Những mẫu thiết kế nào ở đó không thêm quá nhiều vào mã của bạn nhưng lại làm giảm vấn đề về ngoại lệ con trỏ rỗng không?

Answer 1

Null Object pattern. Nhìn vào số Optional từ google-guava library.

Wiki của họ có số article khi sử dụng và tránh các giá trị rỗng.

Answer 2

Các mẫu thiết kế tốt nhất của tất cả - Kiểm tra Không-Null Idiom

if(obj != null) { 
    ... 
} 

Answer 3

Chỉ cần làm quen với không trở về đối tượng null trên phương pháp của bạn.

public MyObject bohemianRhapsody(){ 

    try { 
     if(isThisTheRealLife()) 
      return new MyObject("is this just fantasy"); 
     else 
      return new MyObject("caught in a landslide, no escape from reality"); 
    } catch(ExampleCatchableException e){ 
     return new MyObject(""); // instead of return null 
    } 
} 

... 
System.out.println(bohemianRhapsody()); // will never print null 

Ngoài ra (loại) được gọi là Null-Object pattern.

Answer 4

Tại sao bạn muốn tránh ngoại lệ con trỏ null? Bắt null khi mong đợi một cái gì đó khác nó là một trong những dấu hiệu đầu tiên một cái gì đó là sai khi bạn viết mã. Những thứ như Null Object Pattern nên được sử dụng khi bạn chắc chắn rằng nó là đủ. Một trong những nhược điểm lớn nhất của mẫu thiết kế là lạm dụng của họ \ lạm dụng.

CHỈNH SỬA:

Tôi nghĩ cách tốt nhất để giảm trở lại null sẽ là tăng mức sử dụng ngoại lệ. Hãy suy nghĩ về một danh sách trả về một đối tượng null khi bạn cố gắng truy cập vào các phần tử tại chỉ số -1, bạn sẽ sử dụng những thứ như

if(list.get(-1).equals(nullObject))

mà thậm chí còn tồi tệ hơn. Tôi tin rằng nó là tốt hơn để nâng cao một ngoại lệ khi các đối số là bất ngờ hoặc không tương thích.

Answer 5

Tôi đoán đó là vấn đề về hương vị, nhưng tôi sẽ nói rằng những lệnh cấm lớn nhất của các ngôn ngữ như Smalltalk/Objective-C là chúng KHÔNG có null và AREN'T bất kỳ NullPointerExceptions nào. Tôi không phải là một fan hâm mộ của "mô hình đối tượng Null", trên thực tế tôi ghét nó với niềm đam mê như tôi thấy nó làm cho xử lý sự cố và tìm lỗi khó khăn hơn nhiều mà không có bất kỳ lợi ích thực sự. Null có ý nghĩa (thường là xấu) và không nên được coi như bất kỳ trạng thái chung nào khác.

Giống như đã được đề cập trong chủ đề này, NPE thực sự mạnh mẽ và cách tốt để nắm bắt các lỗi cú pháp hoặc mã hóa sớm và if (obj != null) là khá đơn giản. Nếu ứng dụng của bạn bắt đầu tạo NPE trong thời gian chạy, bạn đã làm điều gì đó sai và bạn cần sửa nó. Đừng cố gắng che giấu ngoại lệ, sửa chữa bất cứ điều gì nó là gây ra ngoại lệ.

Answer 6

Có một số chú thích hữu ích được thiết kế cho mục đích thiese bởi IntellyJ: @Nullable và @NotNull
Detecting probable NPE’s

Answer 7

"something definetly not null".equals(maybeNullVar) 

vs

maybeNullVar.equals("something definetly not null") 

Answer 8

Những phương pháp này (xem thêm commons Apache -lang) có thể giảm gánh nặng kiểm tra null trong các trường hợp xử lý chuỗi bằng cách đóng gói chúng trong các phương thức tha t giữ ý nghĩa ngữ nghĩa của mã:

public static boolean isBlank(final String str) 
{ 
    return (str == null) || str.isEmpty(); 
} 

public static boolean isNotBlank(final String str) 
{ 
    return !StringUtils.isBlank(str); 
} 

public static boolean isEqual(final String s1, final String s2) 
{ 
    if (s1 == s2) { return true; } 
    if ((s1 == null) || (s2 == null)) { return false; } 
    return s1.equals(s2); 
} 

public static boolean isNotEqual(final String s1, final String s2) 
{ 
    return !StringUtils.isEqual(s1, s2); 
} 

Answer 9

Bạn không phải sử dụng bất kỳ mẫu thiết kế nào.

Chỉ cần khởi tạo biến trong quá trình khai báo.

ví dụ:

List<String> names = new ArrayList<String>(); 
Map<String,String> pairs = new HashMap<String,String>();