?2016-2026 Matools All rights reserved,
粵ICP備17059708號
在寫C#代碼的時候，你可能經(jīng)常會遇到這個錯誤：?
?
但如果想避免NullReferenceException的發(fā)生，確實需要做很多麻煩的工作。?
?
可空引用類型?Null Reference Type?
所以，C# 8的可空引用類型就出現(xiàn)了。?
C#?8可以讓你在編譯時就避免null引用錯誤，它并不是把null值從代碼里移除了，而是它可以讓你表達意圖。具體的做法就是你可以告訴編譯器哪個引用可能是
null的，而哪些引用不可能是null。?
?
看下面這個例子：?
很顯然，我們期待person這個參數(shù)它不可以是null的。?
?
但是在C#?8之前，如果我們這樣調(diào)用該方法，那么在編譯時是不會報錯的：?
?
而如果運行程序，那么結(jié)果就是：?
?
打開null檢查?
而在Visual Studio 2019里面（C# 8的項目），修改項目文件，添加null檢查之后：?
?
這里就會出現(xiàn)警告。?
?
例子：?
有兩個類，Person類的Address屬性的類型是另外一個類：?
現(xiàn)在可以看到，這些屬性都出現(xiàn)了波浪線的警告，如果我們build一下這個項目，那么也會出現(xiàn)很多警告：?
這是因為我們把這兩個類的成員聲明稱了非null的引用類型，而我卻沒有對它們進行初始化。?
?
成員可能是null的?
如果我想讓這些成員可以為null（意圖上），那么就需要把它們設(shè)置為可null的（意圖），在類型后邊加上問號“?”即可：?
?
再次build項目之后，警告都沒有了：?
?
然后再看一下這個方法：?
這里person.Address.Province有一個警告，是因為Address可能是null。?
?
可以有幾種辦法把這個警告去掉，首先是使用null條件操作符：?
如果是Address是null的話，就輸出null。?
或者，如果你確認(rèn)Address屬性不會是null，那么可以在Address后添加一個嘆號”!“，表示Address肯定不是null：?
這個嘆號的作用僅僅是去掉了警告，它沒有改變?nèi)魏芜\行時的狀況，如果Address為null，那么這句話仍然會拋出NullReferenceException。?
?
所以，只有確認(rèn)我們訪問的東西肯定不是null的時候，才應(yīng)該使用"!"。?
?
成員不可能是null?
下面我更改一下思路意圖，假設(shè)所有的成員都不可能為null，那么修改兩個類：?
類成員又出現(xiàn)了警告。?
?
而回到方法里，我把嘆號和問號都去掉之后，也不會出現(xiàn)警告了，因為它認(rèn)為所有的成員都不會是null了：?
但是還要記住，這個只是在編譯時進行的檢查，如果成員為null，還是會拋出異常的。這種操作對于運行時來說沒有任何改變。?
?
解決成員上出現(xiàn)的警告?
使用構(gòu)造函數(shù)對成員初始化，可以去掉這些警告：?
?
另外一種辦法就是直接對屬性進行初始化：?
?
我們還是采用構(gòu)造函數(shù)初始化的辦法吧。?
?
往構(gòu)造函數(shù)里傳遞null?
那么往構(gòu)造函數(shù)里面?zhèn)鬟fnull會出現(xiàn)什么情況呢？試一下：?
提示還是比較智能的，有警告，它說無法把null這個字面值轉(zhuǎn)化為非null的引用類型。?
?
另一種開啟nullable檢查的方式?
如果把老項目的項目文件直接添加以下內(nèi)容：?
那么項目在編譯的時候很可能出現(xiàn)大規(guī)模的問題。?
?
所以一點一點啟用nullable檢查是比較好的做法。?
首先我把項目文件恢復(fù)原狀，然后打開某個文件，在文件最上面添加以下內(nèi)容:?
?
然后在文件的最下面添加：?
?
這樣的話，這個文件里面所有的內(nèi)容都開起了nullable檢查。?
或者，我們也可以只針對一段代碼進行檢查：?
熱門工具 換一換