struct里不適用可空引用的規(guī)則?。?/p>

struct里不適用可空引用的規(guī)則??！

struct里不適用可空引用的規(guī)則?。?/p>

這種情況下直接運(yùn)行，仍然會(huì)拋出空引用異常?。?！C#8.0仍未能完全封堵住空引用的逃逸。

其實(shí)我還是比較贊同用不可空引用類型的方案的，而不是可空引用類型的方案。畢竟我想要的，只不過是一個(gè)不可空的斷言，只是想利用不可空引用來劃分安全邊界，從而防止空值的擴(kuò)散。簡(jiǎn)單來說就是想將變量和參數(shù)明確聲明為不可空引用類型。因?yàn)闅v史和現(xiàn)實(shí)的原因，大量的庫都還沒能全面使用可空引用類型。這種情況下，只有我使用可空引用類型，是不靠譜的。無法劃分安全邊界。

然而C#選擇了可空引用類型的方案，而且還不是強(qiáng)制啟用，而且默認(rèn)只是警告。。跟沒有一樣。。。

比方說，我使用了一個(gè)第三方庫項(xiàng)目，而空值的來源是正好是該庫項(xiàng)目的，而我對(duì)這個(gè)庫并沒有源代碼或者修改權(quán)限。這時(shí)候就無法阻止空值逃逸到我的項(xiàng)目中了。

還是之前的代碼，只是稍微做一下修改。新增了一個(gè)庫項(xiàng)目ClassLibrary1，這個(gè)庫并沒有使用可空引用類型。

庫的代碼如下：

很簡(jiǎn)單，就是LibClass3.GetInstance()本應(yīng)該返回LibClass2的實(shí)例，但是出于某種原因，返回了null。但是我的項(xiàng)目中使用了LibClass2和LibClass3。我的項(xiàng)目是全局啟用了可空引用類型的：

編譯正常，毫無警告和錯(cuò)誤。一旦運(yùn)行，則拋出空引用異常：

可見，目前來說，C#8.0的可空引用類型并不能解決外源性的空值擴(kuò)散，只能解決內(nèi)源性的空值擴(kuò)散，無法跨模塊生效。還是洗洗睡吧。

參考資料：

https://docs.microsoft.com/en-us/dotnet/csharp/nullable-references

https://docs.microsoft.com/en-us/dotnet/csharp/programming-guide/nullable-types/index

https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/proposals/csharp-8.0/nullable-reference-types-specification

https://github.com/dotnet/roslyn/blob/master/docs/features/nullable-reference-types.md

https://www.youtube.com/watch?v=VdC0aoa7ung

https://stackoverflow.com/questions/54852880/what-is-the-difference-between-nullablecontextoptions-and-nullablereferencetypes

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，謝謝大家對(duì)腳本之家的支持。