C#隱式類型局部變數經驗總結

這裡介紹C#隱式類型局部變數，既然是局部變數，那麼它就只能用在方法內部了，注意C#是強型別的，引入了一個var並不是像 javascript那樣，變成了一個弱類型的語言。

C#語言有很多值得學習的地方，這裡我們主要介紹C#隱式類型局部變數，包括介紹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啥也不是，他是一個null 指標，是一個不確定的東西。也不能這樣使用：var I = 5;I = “abc”;編譯器根據第一個賦值會推斷出它是一個整型，但是隨後又將一個字串賦值給它，這是怎麼回事呢？

對於var我的建議是不到逼不得已的時候不用，那什麼是逼不得已呢？來看我們的匿名型別吧。

由於匿名型別在我們編寫代碼的時候並不存在，所以匿名型別也不能作為方法的傳回值和參數了。”var”一樣，也是只能在方法內部使用。現在是不是有點明白什麼時候才是逼不得已使用”var”啊？就是在使用匿名型別的時候，匿名型別編譯器可以推斷出來，但是靠人工又無法推斷了。所以我覺得只在編譯器可推斷而人不可推斷的時候才使用C#隱式類型局部變數，靠我們人工可以推斷的還是不建議使用，顯式的聲明變數類型可以增強代碼的可讀性，這是一個好的編程習慣，不要因為C# 3.0提供了這樣的特性就大用而特用。