• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            posts - 124,  comments - 29,  trackbacks - 0

            《Effective C#》:值類型和引用類型

             在C#中有兩種類型的數(shù)據(jù),一種是值類型數(shù)據(jù),一種是引用類型數(shù)據(jù)。在編碼的時(shí)候區(qū)分這兩種類型數(shù)據(jù),可以避免一些細(xì)小的編碼錯(cuò)誤。

              首先說(shuō)說(shuō)什么類型是值類型,例如:int、float、bool之類的基礎(chǔ)類型,以及用struct定義的類型,如:DateTime。除此外,如string,數(shù)組,以及用class定義的類型等都是引用類型。對(duì)于C#來(lái)說(shuō),很難羅列出所有類型進(jìn)行一一分別,這需要自己在編碼過(guò)程中進(jìn)行分析總結(jié)。

              為了更好地說(shuō)明兩種類型之間的區(qū)別,借用如下的表格來(lái)說(shuō)明。

              值類型 引用類型
            內(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ò)展

              通過(guò)如上細(xì)致對(duì)比,大家對(duì)于值類型和引用類型有個(gè)清楚的概念。

              不過(guò),無(wú)論是對(duì)于值類型還是引用類型來(lái)說(shuō),對(duì)于其作為函數(shù)參數(shù)或者返回值的時(shí)候,都是容易犯錯(cuò)誤的地方。

              對(duì)于值類型來(lái)說(shuō),當(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 )

              也就是說(shuō),如果需要在函數(shù)中對(duì)值類型參數(shù)進(jìn)行修改,需要用ref或者out進(jìn)行標(biāo)識(shí)才能真正實(shí)現(xiàn)。

              而對(duì)于引用類型來(lái)說(shuō),當(dāng)其作為函數(shù)參數(shù)的時(shí)候,它所遇到的情況恰恰與值類型相反,即不希望在函數(shù)中被修改,舉例如下。

            public void AddValue( MyType typValue )
            {
             typValue.Count = typValue.Count + 15;
            }

              由于對(duì)于引用類型對(duì)象來(lái)說(shuō),其的賦值操作只是對(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ù)即可。

              不過(guò)對(duì)于引用類型來(lái)說(shuō),提供一個(gè)clone函數(shù)不是一件容易的事情,尤其出現(xiàn)引用類型嵌套的時(shí)候,所以說(shuō)去實(shí)現(xiàn)一個(gè)完全clone功能是件很費(fèi)事又不討好的活,這也就是在論壇中常說(shuō)的深copy和淺copy的問(wèn)題。話雖如此,如果對(duì)于前面所說(shuō)的有個(gè)大概了解,相信實(shí)現(xiàn)也不是不可能。

              在C#中,尤其自己定義類型的時(shí)候,常常由于是用struct來(lái)定義還是用class來(lái)定義,即是定義一個(gè)值類型還是一個(gè)引用類型呢。在這本書上給了幾個(gè)判定條件,如果如下幾點(diǎn)都滿足的話,建議用struct來(lái)定義為值類型,否則用class定義為引用類型。

            <!--[if !supportLists]-->1. <!--[endif]-->這個(gè)類型是否主要為了數(shù)據(jù)存儲(chǔ);
            <!--[if !supportLists]-->2. <!--[endif]-->是否只通過(guò)屬性來(lái)訪問(wèn)對(duì)象的數(shù)據(jù)成員;
            <!--[if !supportLists]-->3. <!--[endif]-->這個(gè)類型是否不會(huì)有子類型;
            <!--[if !supportLists]-->4. <!--[endif]-->在程序處理的時(shí)候不會(huì)把這個(gè)類型對(duì)象通過(guò)多態(tài)來(lái)處理。
            posted on 2008-09-10 09:43 天書 閱讀(181) 評(píng)論(0)  編輯 收藏 引用

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理



            <2008年9月>
            31123456
            78910111213
            14151617181920
            21222324252627
            2829301234
            567891011

            常用鏈接

            留言簿(5)

            隨筆檔案

            文章分類

            文章檔案

            好友的Bolg

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            久久99精品国产麻豆婷婷| 亚洲乱亚洲乱淫久久| 久久精品中文字幕大胸| 亚洲综合伊人久久大杳蕉| 久久免费看黄a级毛片| 久久ZYZ资源站无码中文动漫| 国产精品一区二区久久不卡 | 久久精品国产99国产精偷| 久久久久99精品成人片牛牛影视| 久久这里只有精品视频99| 午夜天堂精品久久久久| 中文字幕亚洲综合久久| 久久精品国产99久久久古代| 狠狠色婷婷综合天天久久丁香| 欧美成a人片免费看久久| 97久久久精品综合88久久| 亚洲精品成人网久久久久久| 91久久精品91久久性色| 久久人人爽人人爽人人片AV麻烦 | 午夜精品久久久久久久无码| 久久99精品国产麻豆| 久久久久亚洲国产| 久久AⅤ人妻少妇嫩草影院| 精品永久久福利一区二区| 久久人人爽人人爽人人片AV不 | 久久国产成人午夜AV影院| 久久av无码专区亚洲av桃花岛| 亚洲国产精品嫩草影院久久 | 久久亚洲sm情趣捆绑调教 | 无码国内精品久久人妻麻豆按摩 | 久久精品人人做人人爽电影| 精品视频久久久久| 亚洲狠狠综合久久| 国产成人无码精品久久久久免费 | 久久久久亚洲AV无码专区网站| 久久久国产精品福利免费| 久久亚洲国产午夜精品理论片| 久久免费的精品国产V∧ | 久久午夜综合久久| 久久久综合香蕉尹人综合网| 久久久久久久综合综合狠狠|