[心得] 真的很討厭null

看板C_Sharp (C#)作者 (阿風~~)時間7年前 (2017/05/05 22:54), 編輯推噓4(9540)
留言54則, 21人參與, 最新討論串1/3 (看更多)
null這個東西,真的是很討厭,雖然它叫做連空白也沒有。 但,沒有就沒有,幹麻報錯。 舉個例來說: 我有一個 class 叫person ,裡面有人名,年紀二個欄位 若我查詢 人名叫josn 的就怎樣怎樣。 假設這個person是null if(person.name == "josn"){怎樣。} 就錯,為什麼不直接跳過去就好,因為我只是判別呀。 而非要寫成 if(person != null && person.name == "josn"){怎樣。} 就這樣,就要多幾個字,很討厭 由上面的例子,person 是null 那在person.name 當然就不可能為josn,就 跳過去就好,幹麻要報錯。 由其是dictionary物件,為了安全,非要一個containskey,先看有沒有再處理。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 218.161.78.48 ※ 文章網址: https://www.ptt.cc/bbs/C_Sharp/M.1493996089.A.75B.html

05/05 23:01, , 1F
可改用person?.name == "json" / Dictionary.TryGetValue
05/05 23:01, 1F

05/05 23:02, , 2F
josn, 打錯=.=
05/05 23:02, 2F

05/05 23:09, , 3F
若person是null,name也是null的話,就沒辦法了吧
05/05 23:09, 3F

05/05 23:10, , 4F
tryGetValue,是好一點,但還是不能直接用
05/05 23:10, 4F

05/05 23:10, , 5F
就是還是要多一層判別
05/05 23:10, 5F

05/06 00:03, , 6F
05/06 00:03, 6F

05/06 00:03, , 7F
原來一樓有貼了
05/06 00:03, 7F

05/06 00:04, , 8F
不然就用try{...} catch(){} 略過exception就好
05/06 00:04, 8F

05/06 01:45, , 9F
NullReferenceException
05/06 01:45, 9F

05/06 02:31, , 10F
邏輯問題,就像是我想透過看我錢包這個動作來看我還
05/06 02:31, 10F

05/06 02:31, , 11F
有多少錢,但其實我根本沒有錢包
05/06 02:31, 11F

05/06 11:22, , 12F
拜託不要用try catch做這種簡單的判斷
05/06 11:22, 12F

05/06 11:46, , 13F
同一樓,用?應該可以簡化
05/06 11:46, 13F

05/06 21:59, , 14F
.ToString
05/06 21:59, 14F

05/07 00:23, , 15F
那你就不要讓他null不就好了
05/07 00:23, 15F

05/07 00:42, , 16F
宣告馬上給初始值。
05/07 00:42, 16F

05/07 02:59, , 17F
沒有值就是null,不是什麼東西都適合有初始值
05/07 02:59, 17F

05/07 03:08, , 18F
是說 ?. 已經很方便了啊
05/07 03:08, 18F

05/07 04:39, , 19F
沒有人又怎會有名子,寫程式本來最好就嚴謹點,bug才比較少
05/07 04:39, 19F

05/07 10:55, , 20F
查到一個GetValueOrDefault()可以試試
05/07 10:55, 20F

05/07 11:22, , 21F
給初始值 String.Empty 是一種習慣!編譯器都會給警告~
05/07 11:22, 21F

05/07 17:49, , 22F
其實理論我懂,只是覺得null 不等於json幹麻要報錯
05/07 17:49, 22F

05/07 19:32, , 23F
不然寫個擴充方法好了http://imgur.com/JIbNeXk
05/07 19:32, 23F

05/07 19:34, , 24F
只是正確的解法應該是呼叫前就要判斷null
05/07 19:34, 24F

05/07 20:36, , 25F
謝謝~~~
05/07 20:36, 25F

05/07 20:54, , 26F
3F在說什麼...name也是null又怎樣?
05/07 20:54, 26F

05/08 02:30, , 27F
請愛用 null object pattern, 或改寫 Objective-C
05/08 02:30, 27F

05/08 18:16, , 28F
用optional啊
05/08 18:16, 28F

05/08 18:37, , 29F
只有我喜歡null嗎? 我一直困擾著沒有任何東西代表沒有
05/08 18:37, 29F

05/08 18:37, , 30F
東西,就像是-1與1之間的 “沒有”般的喜愛,與其自
05/08 18:37, 30F

05/08 18:37, , 31F
己定義,倒不如有個固定的東西可以指派。 舉例來說,如
05/08 18:37, 31F

05/08 18:37, , 32F
果你要求輸入自然數為變數,你可能會在意沒有輸入值的
05/08 18:37, 32F

05/08 18:37, , 33F
情況,或許任何負數都可以代表這個情形,但你不覺得交
05/08 18:37, 33F

05/08 18:37, , 34F
由null是更好的一件事情嗎?
05/08 18:37, 34F

05/08 20:44, , 35F
不要跳exception的話就很好
05/08 20:44, 35F

05/10 00:47, , 36F
想過這個問題,覺得讓
05/10 00:47, 36F

05/10 00:47, , 37F
((person)null).name == (string)null好像可以,但又不
05/10 00:47, 37F

05/10 00:47, , 38F
想自己寫compiler,所以發現C#有?.的語法時有驚喜到。
05/10 00:47, 38F

05/10 00:48, , 39F
但dictionary會分不清d[key].value==null及d[key]==null
05/10 00:48, 39F

05/10 00:58, , 40F
上一句錯了,dictionary確認有沒有此key很正常吧
05/10 00:58, 40F

05/11 04:56, , 41F
相信我 如果沒null可用某些狀況下你會更想哭
05/11 04:56, 41F

05/12 21:12, , 42F
遇到NullException表示你的邏輯設計有問題,Compiler才討
05/12 21:12, 42F

05/12 21:13, , 43F
厭你吧,好心提醒你沒好報!
05/12 21:13, 43F

05/13 06:24, , 44F
null exception是runtime的吧? 跟compiler有關係?
05/13 06:24, 44F

05/15 01:31, , 45F
……對欸,我腦袋一時糊塗了,謝謝樓上提醒QQ
05/15 01:31, 45F

05/19 14:58, , 46F
當person == null的時候,別說person.name是否等於
05/19 14:58, 46F

05/19 14:59, , 47F
john了,person是無法讀取name屬性的
05/19 14:59, 47F

05/19 14:59, , 48F
一般來說我會先在外面判斷null,不是才進去做事
05/19 14:59, 48F

05/19 15:00, , 49F
是的話直接置底報錯或跳過,因為有時候null是代表
05/19 15:00, 49F

05/19 15:00, , 50F
那裏就是真的沒東西,而不是不是你要的東西
05/19 15:00, 50F

05/19 15:01, , 51F
如果你沒去檢查是否有舊的物件殘留,有時候會有邏輯
05/19 15:01, 51F

05/19 15:01, , 52F
上的盲點
05/19 15:01, 52F

05/31 14:45, , 53F
不喜歡就自己覆寫運算子......
05/31 14:45, 53F

05/31 14:50, , 54F
等有天你自以為都有賦值CODE量又很多 就需要它報錯了
05/31 14:50, 54F
文章代碼(AID): #1P398vTR (C_Sharp)
討論串 (同標題文章)
文章代碼(AID): #1P398vTR (C_Sharp)