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