• <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)論排行榜

            久久天天躁狠狠躁夜夜不卡 | 伊人热热久久原色播放www| 99久久国产亚洲高清观看2024 | 久久综合鬼色88久久精品综合自在自线噜噜 | 久久777国产线看观看精品| 91精品国产高清久久久久久91| 国产日韩久久免费影院| 亚洲国产成人乱码精品女人久久久不卡 | 久久人人爽人人爽人人片AV不| 久久精品国产免费| 久久精品一区二区三区AV| 久久被窝电影亚洲爽爽爽| 欧美麻豆久久久久久中文| 99国产欧美精品久久久蜜芽 | 国产99久久久国产精品小说| 91精品国产乱码久久久久久 | 久久久久精品国产亚洲AV无码| 久久最近最新中文字幕大全| 国产成人综合久久精品红| 久久久久国产成人精品亚洲午夜| 亚洲国产精品无码久久| 欧美精品福利视频一区二区三区久久久精品| 国产成人精品综合久久久久| 深夜久久AAAAA级毛片免费看| 久久国产精品99久久久久久老狼| 中文字幕久久久久人妻| 久久99久久99精品免视看动漫| 久久国产免费直播| 久久久精品国产Sm最大网站| 伊人色综合久久| 99久久婷婷国产综合精品草原| 久久婷婷五月综合97色| 久久精品亚洲一区二区三区浴池| 久久亚洲精品无码aⅴ大香| 久久精品极品盛宴观看| 日韩AV毛片精品久久久| 久久人人爽人人澡人人高潮AV | 久久精品人妻中文系列| 久久青青色综合| 亚洲国产欧美国产综合久久| 亚洲熟妇无码另类久久久|