• <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#》:值類(lèi)型和引用類(lèi)型

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

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

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

              值類(lèi)型 引用類(lèi)型
            內(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ì)象
            類(lèi)型擴(kuò)展 不易擴(kuò)展 容易擴(kuò)展,方便與類(lèi)型擴(kuò)展

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

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

              對(duì)于值類(lèi)型來(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ì)值類(lèi)型參數(shù)進(jìn)行修改,需要用ref或者out進(jìn)行標(biāo)識(shí)才能真正實(shí)現(xiàn)。

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

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

              由于對(duì)于引用類(lèi)型對(duì)象來(lái)說(shuō),其的賦值操作只是對(duì)原有對(duì)象的引用,因此在函數(shù)對(duì)其修改,實(shí)際上是直接修改了原有對(duì)象數(shù)據(jù),這是很多情況不希望發(fā)生的(這里例如對(duì)數(shù)組或者DataTable操作這類(lèi))。

              為了防止這種事發(fā)生,需要給此類(lèi)型提供clone函數(shù)。例如對(duì)于如上的類(lèi)型,可以入下實(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)型來(lái)說(shuō),提供一個(gè)clone函數(shù)不是一件容易的事情,尤其出現(xiàn)引用類(lèi)型嵌套的時(shí)候,所以說(shuō)去實(shí)現(xiàn)一個(gè)完全clone功能是件很費(fèi)事又不討好的活,這也就是在論壇中常說(shuō)的深copy和淺copy的問(wèn)題。話雖如此,如果對(duì)于前面所說(shuō)的有個(gè)大概了解,相信實(shí)現(xiàn)也不是不可能。

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

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

            隨筆檔案

            文章分類(lèi)

            文章檔案

            好友的Bolg

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            AV无码久久久久不卡网站下载| 性欧美大战久久久久久久久 | 人妻无码αv中文字幕久久| 无码精品久久久久久人妻中字| 亚洲国产精品18久久久久久| www.久久精品| 久久天天躁狠狠躁夜夜网站| 久久精品无码专区免费东京热| 中文字幕亚洲综合久久菠萝蜜| 99久久国产免费福利| 久久99精品国产麻豆| 精品久久久久久久久久中文字幕 | 久久精品人人做人人爽97| 伊人丁香狠狠色综合久久| 久久精品国产亚洲AV不卡| 久久这里只有精品视频99| 狠狠色噜噜狠狠狠狠狠色综合久久| 国内精品九九久久精品| 日本久久中文字幕| 亚洲国产精品综合久久网络| 亚洲综合伊人久久综合| 日韩电影久久久被窝网| 国产精品久久久久无码av | 狠狠色婷婷久久一区二区三区| 精品国产热久久久福利| 亚洲国产成人久久综合碰碰动漫3d| 日韩精品久久久肉伦网站| 久久国内免费视频| 伊人久久亚洲综合影院| 国产精品成人精品久久久| 欧美亚洲另类久久综合婷婷 | 国产精品久久亚洲不卡动漫| 精品久久久无码21p发布| 亚洲国产综合久久天堂| 久久香蕉国产线看观看猫咪?v| 麻豆精品久久精品色综合| 久久se这里只有精品| 久久精品国产清自在天天线| 四虎久久影院| 久久久亚洲裙底偷窥综合 | …久久精品99久久香蕉国产|