作者wind681201 (阿風~~)
看板C_Sharp
標題[心得] 真的很討厭null
時間Fri May 5 22:54:45 2017
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://webptt.com/m.aspx?n=bbs/C_Sharp/M.1493996089.A.75B.html
1F：推 yeo1987: 可改用person?.name == "json" / Dictionary.TryGetValue 05/05 23:01
2F：→ yeo1987: josn, 打錯=.= 05/05 23:02
3F：→ wind681201: 若person是null，name也是null的話，就沒辦法了吧 05/05 23:09
4F：→ wind681201: tryGetValue，是好一點，但還是不能直接用 05/05 23:10
5F：→ wind681201: 就是還是要多一層判別 05/05 23:10
7F：→ vi000246: 原來一樓有貼了 05/06 00:03
8F：→ vi000246: 不然就用try{...} catch(){} 略過exception就好 05/06 00:04
9F：推 e23882: NullReferenceException 05/06 01:45
10F：→ ssas1115577: 邏輯問題，就像是我想透過看我錢包這個動作來看我還 05/06 02:31
11F：→ ssas1115577: 有多少錢，但其實我根本沒有錢包 05/06 02:31
12F：→ IKAFIRE: 拜託不要用try catch做這種簡單的判斷 05/06 11:22
13F：推 james732: 同一樓，用?應該可以簡化 05/06 11:46
14F：推 skitty: .ToString 05/06 21:59
15F：→ testPtt: 那你就不要讓他null不就好了 05/07 00:23
16F：噓 jizang: 宣告馬上給初始值。 05/07 00:42
17F：→ ssccg: 沒有值就是null，不是什麼東西都適合有初始值 05/07 02:59
18F：→ ssccg: 是說 ?. 已經很方便了啊 05/07 03:08
19F：噓 bizer: 沒有人又怎會有名子，寫程式本來最好就嚴謹點，bug才比較少 05/07 04:39
20F：→ vi000246: 查到一個GetValueOrDefault()可以試試 05/07 10:55
21F：噓 jizang: 給初始值 String.Empty 是一種習慣！編譯器都會給警告～ 05/07 11:22
22F：→ wind681201: 其實理論我懂，只是覺得null 不等於json幹麻要報錯 05/07 17:49
24F：→ vi000246: 只是正確的解法應該是呼叫前就要判斷null 05/07 19:34
25F：→ wind681201: 謝謝~~~ 05/07 20:36
26F：噓 Litfal: 3F在說什麼...name也是null又怎樣？ 05/07 20:54
27F：→ uranusjr: 請愛用 null object pattern, 或改寫 Objective-C 05/08 02:30
28F：推 soheadsome: 用optional啊 05/08 18:16
29F：推 s4300026: 只有我喜歡null嗎？ 我一直困擾著沒有任何東西代表沒有 05/08 18:37
30F：→ s4300026: 東西，就像是－１與１之間的 “沒有”般的喜愛，與其自 05/08 18:37
31F：→ s4300026: 己定義，倒不如有個固定的東西可以指派。 舉例來說，如 05/08 18:37
32F：→ s4300026: 果你要求輸入自然數為變數，你可能會在意沒有輸入值的 05/08 18:37
33F：→ s4300026: 情況，或許任何負數都可以代表這個情形，但你不覺得交 05/08 18:37
34F：→ s4300026: 由null是更好的一件事情嗎？ 05/08 18:37
35F：→ ssccg: 不要跳exception的話就很好 05/08 20:44
36F：推 outofyou: 想過這個問題，覺得讓 05/10 00:47
37F：→ outofyou: ((person)null).name == (string)null好像可以，但又不 05/10 00:47
38F：→ outofyou: 想自己寫compiler，所以發現C#有?.的語法時有驚喜到。 05/10 00:47
39F：→ outofyou: 但dictionary會分不清d[key].value==null及d[key]==null 05/10 00:48
40F：→ outofyou: 上一句錯了，dictionary確認有沒有此key很正常吧 05/10 00:58
41F：→ jinmin88: 相信我 如果沒null可用某些狀況下你會更想哭 05/11 04:56
42F：噓 s89227: 遇到NullException表示你的邏輯設計有問題，Compiler才討 05/12 21:12
43F：→ s89227: 厭你吧，好心提醒你沒好報! 05/12 21:13
44F：→ ssccg: null exception是runtime的吧? 跟compiler有關係? 05/13 06:24
45F：→ s89227: ……對欸，我腦袋一時糊塗了，謝謝樓上提醒QQ 05/15 01:31
46F：→ AizawaYuuiti: 當person == null的時候，別說person.name是否等於 05/19 14:58
47F：→ AizawaYuuiti: john了，person是無法讀取name屬性的 05/19 14:59
48F：→ AizawaYuuiti: 一般來說我會先在外面判斷null，不是才進去做事 05/19 14:59
49F：→ AizawaYuuiti: 是的話直接置底報錯或跳過，因為有時候null是代表 05/19 15:00
50F：→ AizawaYuuiti: 那裏就是真的沒東西，而不是不是你要的東西 05/19 15:00
51F：→ AizawaYuuiti: 如果你沒去檢查是否有舊的物件殘留，有時候會有邏輯 05/19 15:01
52F：→ AizawaYuuiti: 上的盲點 05/19 15:01
53F：→ AWEN221: 不喜歡就自己覆寫運算子...... 05/31 14:45
54F：→ AWEN221: 等有天你自以為都有賦值CODE量又很多 就需要它報錯了 05/31 14:50