您好,登錄后才能下訂單哦!
本篇內容介紹了“如何理解C#隱式類型局部變量”的有關知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠學有所成!
C#隱式類型局部變量
還是先介紹一下C#隱式類型局部變量吧:
在C# 3.0里多了一個關鍵字var,他表示這樣的一種類型:C#編譯器可以根據上下文推斷的出來比如var I = 5;編譯器可以根據后面的賦值推斷的出來i應該是個整型。既然是局部變量,那么它就只能用在方法內部了,注意C#是強類型的,引入了一個var并不是像 javascript那樣,變成了一個弱類型的語言。在編譯器***次編譯后var就會被確定的類型所替代的。所以對于C#隱式類型局部變量要注意以下幾點:
1.它只能存在于方法內部
2.它不是一個新的類型,只是一個關鍵字,或者叫做一個占位符,在C#編譯器編譯后它就會被確定的類型所替代
3.它是編譯器根據上下文推斷出來的,所以所有一切不能被編譯器推斷出來的用法都是錯誤的。比如不能這樣使用:var nullValue = null;因為null啥也不是,他是一個空指針,是一個不確定的東西。也不能這樣使用:var I = 5;I = “abc”;編譯器根據***個賦值會推斷出它是一個整型,但是隨后又將一個字符串賦值給它,這是怎么回事呢?
對于var我的建議是不到逼不得已的時候不用,那什么是逼不得已呢?來看我們的匿名類型吧。
由于匿名類型在我們編寫代碼的時候并不存在,所以匿名類型也不能作為方法的返回值和參數了。”var”一樣,也是只能在方法內部使用。現在是不是有點明白什么時候才是逼不得已使用”var”啊?就是在使用匿名類型的時候,匿名類型編譯器可以推斷出來,但是靠人工又無法推斷了。所以我覺得只在編譯器可推斷而人不可推斷的時候才使用C#隱式類型局部變量,靠我們人工可以推斷的還是不建議使用,顯式的聲明變量類型可以增強代碼的可讀性,這是一個好的編程習慣,不要因為C# 3.0提供了這樣的特性就大用而特用。
“如何理解C#隱式類型局部變量”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站,小編將為大家輸出更多高質量的實用文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。