引用類型和值類型的比較

昨天寫代碼,不經意就把引用類型和值類型比較的不同忘記了,有必要記下來提醒自己,以免以后犯一樣的錯誤.
先貼上自己寫的錯誤代碼
 
Object entryId ="entryid";
var result  =sourceDynamicObject.where  (o=>o.GetDynamicObjectItemValue<Object>("ParentEntryId")==entryId);
這個錯誤很明顯，引用類型的比較使用==，明顯reslut獲不到值。

C#有以下一些引用類型：
數組（派生于System.Array）
用戶用定義的以下類型：
類：class（派生于System.Object）；
接口：interface（接口不是一個“東西”，所以不存在派生于何處的問題。Anders在《C# Programming Language》中說，接口只是表示一種約定[contract]）；
委托：delegate（派生于System.Delegate）。
object（System.Object的別名）；
字符串：string（System.String的別名）。
可以看出：
引用類型與值類型相同的是，結構體也可以實現接口；
引用類型可以派生出新的類型，而值類型不能；
引用類型可以包含null值，值類型不能（可空類型功能允許將 null 賦給值類型）；
引用類型變量的賦值只復制對對象的引用，而不復制對象本身。而將一個值類型變量賦給另一個值類型變量時，將復制包含的值。
對于最后一條，經?；煜氖莝tring。我曾經在一本書的一個早期版本上看到String變量比string變量效率高；我還經常聽說String是引用類型，string是值類型，等等。例如：
string s1 = "Hello, ";
string s2 = "world!";
string s3 = s1 + s2;//s3 is "Hello, world!"

這確實看起來像一個值類型的賦值。再如：
string s1 = "a";
string s2 = s1;
s1 = "b";//s2 is still "a"

改變s1的值對s2沒有影響。這更使string看起來像值類型。實際上，這是運算符重載的結果，當s1被改變時，.NET在托管堆上為s1重新分配了內存。這樣的目的，是為了將做為引用類型的string實現為通常語義下的字符串。

通過上面的介紹，下面的結果就很明顯

string s1= "abc";

string s2="abc";

String s3 = new String("abc");

String s4  =new String("abc");

s1==s2 true 

s3==s4  false