1. <strong id="7actg"></strong>
    2. <table id="7actg"></table>

    3. <address id="7actg"></address>
      <address id="7actg"></address>
      1. <object id="7actg"><tt id="7actg"></tt></object>

        為什么我不建議你用 “obj ! = null " 做判空?

        共 2503字,需瀏覽 6分鐘

         ·

        2022-10-28 01:45



        轉自:CSDN  作者:lizeyang

        blog.csdn.net/lizeyang/article/details/40040817


        問題

        為了避免空指針調(diào)用,我們經(jīng)常會看到這樣的語句   
        ...if (someobject != null) {
        someobject.doCalc();}...



        最終,項目中會存在大量判空代碼,多么丑陋繁冗!如何避免這種情況?我們是否濫用了判空呢?


        精華回答:

        這是初、中級程序猿經(jīng)常會遇到的問題。他們總喜歡在方法中返回null,因此,在調(diào)用這些方法時,也不得不去判空。另外,也許受此習慣影響,他們總潛意識地認為,所有的返回都是不可信任的,為了保護自己程序,就加了大量的判空。

        吐槽完畢,回到這個題目本身:

        進行判空前,請區(qū)分以下兩種情況:

        1、null 是一個有效有意義的返回值(Where null is a valid response in terms of the contract; and)

        2、null是無效有誤的(Where it isn't a valid response.)

        你可能還不明白這兩句話的意思,不急,繼續(xù)往下看,接下來將詳細討論這兩種情況

        第2種情況

        null就是一個不合理的參數(shù),就應該明確地中斷程序,往外拋錯誤。這種情況常見于api方法。例如你開發(fā)了一個接口,id是一個必選的參數(shù),如果調(diào)用方?jīng)]傳這個參數(shù)給你,當然不行。你要感知到這個情況,告訴調(diào)用方“嘿,哥們,你傳個null給我做甚"。

        相對于判空語句,更好的檢查方式有兩個

        (1)assert語句,你可以把錯誤原因放到assert的參數(shù)中,這樣不僅能保護你的程序不往下走,而且還能把錯誤原因返回給調(diào)用方,豈不是一舉兩得。(原文介紹了assert的使用,這里省略)

        (2)也可以直接拋出空指針異常。上面說了,此時null是個不合理的參數(shù),有問題就是有問題,就應該大大方方往外拋。

        第1種情況會更復雜一些。

        這種情況下,null是個”看上去“合理的值,例如,我查詢數(shù)據(jù)庫,某個查詢條件下,就是沒有對應值,此時null算是表達了“空”的概念。

        這里給一些實踐建議:

        1、假如方法的返回類型是collections,當返回結果是空時,你可以返回一個空的collections(empty list),而不要返回null,這樣調(diào)用側就能大膽地處理這個返回,例如調(diào)用側拿到返回后,可以直接print list.size(),又無需擔心空指針問題。(什么?想調(diào)用這個方法時,不記得之前實現(xiàn)該方法有沒按照這個原則?所以說,代碼習慣很重要!如果你養(yǎng)成習慣,都是這樣寫代碼(返回空collections而不返回null),你調(diào)用自己寫的方法時,就能大膽地忽略判空)

        2、返回類型不是collections,又怎么辦呢?

        那就返回一個空對象(而非null對象),下面舉個“栗子”,假設有如下代碼
        public interface Action {
        void doSomething();}

        public interface Parser {
        Action findAction(String userInput);}


        其中,Parse有一個接口FindAction,這個接口會依據(jù)用戶的輸入,找到并執(zhí)行對應的動作。假如用戶輸入不對,可能就找不到對應的動作(Action),因此findAction就會返回null,接下來action調(diào)用doSomething方法時,就會出現(xiàn)空指針。


        解決這個問題的一個方式,就是使用Null Object pattern(空對象模式)

        我們來改造一下

        類定義如下,這樣定義findAction方法后,確保無論用戶輸入什么,都不會返回null對象   
        public class MyParser implements Parser {
        private static Action DO_NOTHING = new Action() {
        public void doSomething() { /* do nothing */ }
        };

        public Action findAction(String userInput) {
        // ...
        if ( /* we can't find any actions */ ) {
        return DO_NOTHING;
        }
        }}

        對比下面兩份調(diào)用實例

        1、冗余:每獲取一個對象,就判一次空
        Parser parser = ParserFactory.getParser();
        if (parser == null) {
        // now what?
        // this would be an example of where null isn't (or shouldn't be) a valid response
        }
        Action action = parser.findAction(someInput);
        if (action == null) {
        // do nothing} else {
        action.doSomething();}

        2、精簡

        ParserFactory.getParser().findAction(someInput).doSomething();


        因為無論什么情況,都不會返回空對象,因此通過findAction拿到action后,可以放心地調(diào)用action的方法。


        其他回答精選:


        1、如果要用equal方法,請用object<不可能為空>.equal(object<可能為空>))


        例如使用   :

        "bar".equals(foo)

        而不是   

        foo.equals("bar")

        2、Java8或者guava lib中,提供了Optional類,這是一個元素容器,通過它來封裝對象,可以減少判空。不過代碼量還是不少。不爽。

        3、如果你想返回null,請停下來想一想,這個地方是否更應該拋出一個異常



        瀏覽 37
        點贊
        評論
        收藏
        分享

        手機掃一掃分享

        分享
        舉報
        評論
        圖片
        表情
        推薦
        點贊
        評論
        收藏
        分享

        手機掃一掃分享

        分享
        舉報
        1. <strong id="7actg"></strong>
        2. <table id="7actg"></table>

        3. <address id="7actg"></address>
          <address id="7actg"></address>
          1. <object id="7actg"><tt id="7actg"></tt></object>
            日本无码做爱 | 无码性生活视频 | 一区二区三区四区免费看 | 涩里番涩版网站入口 | 香蕉视频性 | 免费观看成年人视频 | 欧美日逼图 | 国产精品久久久午夜夜伦鲁鲁 | 女人被两根一起进3p调教视频 | cum4k白浆精品 |