程式中是否每個方法我們都要進行null判斷

2021-09-19 04:44:38 字數 748 閱讀 2142

最近寫**感覺自己陷進了乙個誤區,舉例說明:

我要查詢時間節點,於是我在service中如下寫:

public map gettmsorder(string orderno)

// 2.查詢派車單資訊

getdispatchmessage(tmslist);

...............

return needmap ;}

private map getdispatchmessage(listtmslist)

.............

return dispatchmessagemap ;

}

今天我在此徘徊很久,因為null的判斷顯得異常的繁瑣,尤其是方法呼叫多的時候。最後我總結出乙個結論:程式能完美控制,無需多次null判斷。以我上邊寫的為例:getdispatch(listtmslist)中無需進行對tmslist進行空值判斷,因為在呼叫getdispatch(tmslist)方法之前已經對tmslist進行了null判斷。反思自己在getdispatch()方法中寫null判斷的初衷是相增強程式的健壯性,這種健壯性體現在其他方法呼叫此方法時,也恰恰是這種過多的考慮導致了程式的冗餘性。這種冗餘性體現在兩方面:其一:本次呼叫之前進行了null判斷,方法內的判斷顯得多餘了。其二:暫無其他方法呼叫,這種null判斷既浪費了時間,又增加了**閱讀的困難,而且平添了自己的繁瑣。

結論:程式能完美控制,無需多次null判斷。不要過多地考慮事情,否則會適得其反。

我們需要敏捷,每個程式設計師都需要敏捷

題記 直到現在我才清清楚楚的明白 我們需要敏捷,他可以讓整個團隊凝聚起來去解決問題,而不是你欺負欺負我,我欺負欺負你。因為當我們選擇擁抱變化的時候,變化也就變化的越慢。而專案裡面的變化每時每刻在發生的,你怎麼可能拒絕變化呢?敏捷不僅僅是對公司有利,對每個開發人員來說也是把有力的保護傘,至少可以讓你一...

我們每個人都需要斷捨離

公司內部的真心送pk賽,大家會遇到沒有什麼可送的狀況。我來分析一下這個狀況。環顧四周,我們每個人周圍都有大量屬於自己的東西,而這些東西大多數是自己用不到的。乙個簡單的測試,就是把自己擁有的所有的東西都像準備搬家一樣打包,之後的生活只從紙箱子裡面取出需要用的東西,比如牙膏,毛巾,電腦什麼的。沒有用到的...

判斷物件中每個值是否相等

今天在開發過程中遇到了一些阻力,查詢資料解決了,覺得會經常遇到,記錄一下,時間有限,粗糙記錄。1 物件的操作,賦值,刪除 在操作物件之前,最好深拷貝乙份,否則會影響原本的物件 const clonerow json.parse json.stringify row 去掉物件中的某乙個屬性,比如去掉n...