c# 誤區(qū)系列（一）
前言
整理很早以前認為的一些誤區(qū)，準備整理一個系列。新手可以看下，然后大佬指點一下是否哪些地方錯了。
正文
值類型存在棧上，引用類型存在堆上
很多人認為用這句話來解釋值類型和棧類型的區(qū)別，甚至有些文章還公開這樣寫，把其看做是一種區(qū)別。
有這樣一個例子，比如說一個類中有一個int類型，請問這個int類型存在堆上還是棧上？
答案是存在堆上。
為什么這么說呢？原因是class的對象是一個引用類型，而類對象的變量的值總是和對象的其他數(shù)據(jù)在一起，那么就是在堆上。
引用類型在堆上是沒有問題的，因為引用類型的確是在堆上建立的。
那么下一個問題，就方法中的值類型存在堆上還是棧上？
存在棧上，那么這個是為什么呢？
因為在代碼運行方法里面的程序片段的時候，其實和類對象沒有直接關系，間接關系是類對象作為該方法運行的上下文的棧頂。
那么問題來了，是否引用類型可以存在棧上？為什么？
int a=1;a.tostring()和 $"{a}"沒有區(qū)別？
這個問題是什么時候會發(fā)生裝箱拆箱問題。
直接能看出裝箱和拆箱的就是:object o=a;
那么隱式如何看出呢？
關鍵就是a 是否調(diào)用的是tostring（） 是否是int 實現(xiàn)的還是object實現(xiàn)的。
上面這些方法是值得注意的，是調(diào)用值類型的方法還是調(diào)用的是object 方法，決定是否裝箱。
那么問題來了，a+"" 是否發(fā)生裝箱?
linq中 from 子句中引用的數(shù)據(jù)源的類型必須為 IEnumerable、IEnumerable<(Of <(T>)>) 或一種派生類型（如 IQueryable<(Of <(T>)>)）
其實這個真的不一定，以前我寫過一篇。
https://www.cnblogs.com/aoximin/p/13727408.html
如果理解為必須IEnumerable，會陷入一個誤區(qū)，那就是比如說為了一些對象為了兼容linq，而去實現(xiàn)IEnumerable，這些是完全沒有必要。
然后還要一個問題就是，做排序sort用IComparer。IComparer之所以出現(xiàn)，是因為當時需要規(guī)范化，里面可以去調(diào)用對應的方法進行比較。
但是隨著泛型和lambda的出現(xiàn)，一般都是這樣寫IEnumerable.sort((x,y)=>{
return x.age>y.age;
});
這樣的代碼更好維護，因為你不比再去關心IComparer（比較器）的修改。IComparer當然具有存在的價值，比如說復雜的比較，復用性也好一點。
屬性是變量？
初學的時候，可能有的有吧屬性當做變量。
比如說
class person{public stirng Name{get;set;}}
因為可以像調(diào)用變量一樣使用，所有會對屬性產(chǎn)生一些誤解。
那么看下歷史吧:
第一版:
class person{private string name;private string Name{get{return name;}set{name=value;}}}
然后就是:
class person{private string name;private string Name{get;set;}}
命名的規(guī)范就去掉了一些不必要的操作。
然后就是:
class person{public stirng Name{get;set;}}
他們的本質沒有變化。
那么為什么使用屬性呢？而不是直接使用變量，這其實是編程思維的一個很大的變化。
屬性其實是一個接口，是這個對象暴露出去的，而不是直接操作了該對象，體現(xiàn)其封裝性。
也就是說該對象是一個盒子,而不是一個可直接操作的東西，任何操作都是在該對象允許的情況下：
下面可以提現(xiàn)其接口性:
class person{public stirng Name{get;private set;}}
可以設置set 為私有來關閉修改，提現(xiàn)了對象的主導性，而不是調(diào)用者的主導性。
結
持續(xù)更新中，應該有挺多的。