java中避免空指針

對(duì)于Java開發(fā)人員（從初級(jí)到專家）最糟糕的噩夢(mèng)之一是空對(duì)象引用檢查。 我很確定您已經(jīng)看過幾次這樣的代碼：

public void addAddressToCustomer(Customer customer, Address newAddress){if ( cutomer == null || newAddress == null)return;if ( customer.getAddresses() == null ){customer.setAddresses ( new ArrayList<>());}customer.addAddress(newAddress); }

我個(gè)人不喜歡為空檢查編寫代碼。 在這篇文章中，我將根據(jù)我在生產(chǎn)環(huán)境和系統(tǒng)中的個(gè)人經(jīng)驗(yàn)，列出一些對(duì)我來說效果很好的事情。

• 停止檢查所有圖層中的空對(duì)象。 僅將檢查限制在上層，例如UI層，表示層或API控制器層。 換句話說，請(qǐng)確保沒有空對(duì)象從上層傳遞到業(yè)??務(wù)邏輯層。 例如，如果您正在使用Spring注釋開發(fā)標(biāo)準(zhǔn)的Web應(yīng)用程序，則可能會(huì)有一些類帶有@Repository，@Service和@Controller注釋。 控制器負(fù)責(zé)接收客戶端的數(shù)據(jù)，并將其傳遞給@Service類進(jìn)行處理。 確保沒有空對(duì)象傳遞到服務(wù)層是他們的責(zé)任。 服務(wù)類及以下類不應(yīng)為null安全。 如果使用null調(diào)用它們，則應(yīng)拋出NPE來警告開發(fā)人員應(yīng)解決此錯(cuò)誤。 請(qǐng)記住，NPE不是用戶錯(cuò)誤，而是開發(fā)人員的錯(cuò)誤，應(yīng)始終避免。 對(duì)來自html表單的用戶輸入或其他用戶界面輸入執(zhí)行相同的操作。

• 如果您采用上述方法，您將不會(huì)再因?yàn)閷?duì)象為空或不為空而編寫業(yè)務(wù)邏輯。 空對(duì)象不應(yīng)用于決定系統(tǒng)的行為。 它們是非凡的值，應(yīng)將其視為錯(cuò)誤和無效的業(yè)務(wù)邏輯狀態(tài)。

• 從方法返回列表時(shí)，請(qǐng)始終返回一個(gè)空列表，而不是null。 這將允許客戶端在不檢查null的情況下迭代列表。 迭代一個(gè)空列表是完全可以接受的，并且什么都不做，而迭代一個(gè)空列表將拋出NPE。

• 在持久層中，當(dāng)您搜索特定對(duì)象（即使用其標(biāo)識(shí)符）而未找到該對(duì)象時(shí)，一種非常常見的方法是返回一個(gè)空對(duì)象。 好吧，這將使所有客戶端手動(dòng)檢查此空值。 在這種情況下，您有兩種選擇。 拋出運(yùn)行時(shí)異常（即ObjectNotFoundException）或返回空的Object。 我已經(jīng)使用了這兩個(gè)選項(xiàng)，我的建議是根據(jù)系統(tǒng)的整體體系結(jié)構(gòu)以及所使用的工具/框架來對(duì)它們進(jìn)行評(píng)估。

• 在比較字符串時(shí)，請(qǐng)始終始終將不太可能為null的字符串放在第一位，而不是：

customer.getAddress().getStreet().equals("Times Square")

喜歡：

"Times Square".equals(customer.getAddress().getStreet())

• 如果您正在使用或計(jì)劃使用Java8，那么這里提供了新的Optional類。 檢查這篇文章 ，清楚地說明了Optional的用法。

下次您要編寫一些空檢查代碼時(shí)，請(qǐng)三思而后行，以決定是否多余。

翻譯自: https://www.javacodegeeks.com/2014/08/avoiding-null-checks-in-java.html

java中避免空指針

總結(jié)

以上是生活随笔為你收集整理的java中避免空指针_在Java中避免空检查的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。