轉(zhuǎn)載自 alva7864最終編輯 alva7864在C#中有兩種類型的數(shù)據(jù)，一種是值類型數(shù)據(jù)，一種是引用類型數(shù)據(jù)。在編碼的時(shí)候區(qū)分這兩種類型數(shù)據(jù)，可以 避免一些細(xì)小的編碼錯(cuò)誤。
首先說說什么類型是值類型，例如：int、float、bool之類的基礎(chǔ)類型，以及用struct定義 的類型，如：DateTime。除此外，如 string，數(shù)組，以及用class定義的類型等都是引用類型。對(duì)于C#來說，很難羅列出所有類型進(jìn)行一一分別，這需要自己在編碼過程中進(jìn)行分析總結(jié)。
為了更好地說明兩種類型之間的區(qū)別，借用如下的表格來說明:
值類型 引用類型
內(nèi)存分配地點(diǎn) 分配在棧中 分配在堆中
效率 效率高，不需要地址轉(zhuǎn)換 效率低，需要進(jìn)行地址轉(zhuǎn)換
內(nèi)存回收 使用完后，立即回收 使用完后，不是立即回收，等待GC回收
賦值操作 進(jìn)行復(fù)制，創(chuàng)建一個(gè)同值新對(duì)象 只是對(duì)原有對(duì)象的引用
函數(shù)參數(shù)與返回值 是對(duì)象的復(fù)制 是原有對(duì)象的引用，并不產(chǎn)生新的對(duì)象
類型擴(kuò)展 不易擴(kuò)展 容易擴(kuò)展，方便與類型擴(kuò)展
通過如上細(xì)致對(duì)比，大家對(duì)于值類型和引用類型有個(gè)清楚的概念。
不過，無論是對(duì)于值類型還是引用類型來說，對(duì)于其作為函數(shù)參數(shù)或者返回值的時(shí)候，都是容易犯錯(cuò)誤的地方。
對(duì)于值類型來說，當(dāng)其 作為函數(shù)參數(shù)的時(shí)候，希望在函數(shù)中被修改，那么直接如下操作是不能被修改的:
public void Increment( int i )
{
i++;
}
要想在函數(shù)中對(duì)傳進(jìn)去的參數(shù)做真正的修改，需要借助于ref這個(gè)關(guān)鍵字，那么正確的形式如下:
public void Increment( ref int i )
{
i++;
}
也就是說，如果需要在函數(shù)中對(duì)值類型參數(shù)進(jìn)行修改，需要用ref或者out進(jìn)行標(biāo)識(shí)才能真正實(shí)現(xiàn)。
而對(duì)于引用 類型來說，當(dāng)其作為函數(shù)參數(shù)的時(shí)候，它所遇到的情況恰恰與值類型相反，即不希望在函數(shù)中被修改，舉例如下:
public void AddValue( MyType typValue )
{
typValue.Count = typValue.Count + 15;
}
由于對(duì)于引用類型對(duì)象來說，其的賦值操作只是對(duì)原有對(duì)象的引用，因此在函數(shù)對(duì)其修改，實(shí)際上是直接修改了原有對(duì)象數(shù)據(jù)，這是很多 情況不希望發(fā)生的（這里例如對(duì)數(shù)組或者DataTable操作這類）。
為了防止這種事發(fā)生，需要給此類型提供clone函數(shù)。例如對(duì) 于如上的類型，可以入下實(shí)現(xiàn) :
public class MyType:ICloneable
{
private int nCount = 0;
public int Count
{
set{ nCount = value;}
get{ return nCount;}
}
public MyType()
{}
public MyType( int Value)
{
nCount = Value;
}
#region ICloneable Members
public object Clone()
{
// TODO: Add MyType.Clone implementation
return new MyType( nCount );
}
#endregion
}
那么在調(diào)用的時(shí)候，用當(dāng)前的對(duì)象的clone作為參數(shù)即可。
不過對(duì)于引用類型來說，提供一個(gè)clone函數(shù)不是一 件容易的事情，尤其出現(xiàn)引用類型嵌套的時(shí)候，所以說去實(shí)現(xiàn)一個(gè)完全clone功能是件很費(fèi)事又不討好的活，這也就是在論壇中常說的深copy和淺copy 的問題。話雖如此，如果對(duì)于前面所說的有個(gè)大概了解，相信實(shí)現(xiàn)也不是不可能。
在C#中，尤其自己定義類型的時(shí)候，常常由于是用 struct來定義還是用class來定義，即是定義一個(gè)值類型還是一個(gè)引用類型呢。在這本書上給了幾個(gè)判定條件，如果如下幾點(diǎn)都滿足的話，建議用 struct來定義為值類型，否則用class定義為引用類型。
<!--[if !supportLists]-->1． <!--[endif]-->這個(gè)類型是否主要為了數(shù)據(jù)存儲(chǔ)；
<!--[if !supportLists]-->2． <!--[endif]-->是否只通過屬性來訪問對(duì)象的數(shù)據(jù)成員；
<!--[if !supportLists]-->3． <!--[endif]-->這個(gè)類型是否不會(huì)有子類型；
<!--[if !supportLists]-->4． <!--[endif]-->在程序處理的時(shí)候不會(huì)把這個(gè)類型對(duì)象通過多態(tài)來處理。