• <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 - 195,  comments - 30,  trackbacks - 0

            本文來自豬悟能's博客 http://www.hackpig.cn/ , 原文地址:http://www.hackpig.cn/post/199.html

            在程序中,進行類型轉(zhuǎn)換是常見的事。那么在C#中支持以前語言的類型轉(zhuǎn)換方法,即用類型名進行強行轉(zhuǎn)換,例如:
            object objTest = new NewType();
            NewType newValue = (NewType)objTest;
             
            但是這樣轉(zhuǎn)換,有個嚴(yán)重的問題,就是在把objTest強轉(zhuǎn)換成NewType類型對象的時候,這個過程是不安全的,因此需要用try-catch語句來進行保護。這樣一來,比較安全的代碼方式應(yīng)該如下所示。
                object objTest = new NewType();
                NewType newValue = null;
                try
                {
                    newValue = (NewType)objTest;
                }
                catch( Exception err )
                {
                    MessageBox.Show( err.Message );
                }
             
            但是如上的寫法在C#中已經(jīng)屬于過時的寫法,而且也屬于比較低效的寫法。在C#中比較高效而且安全的寫法,應(yīng)該用as操作符,那么完成如上類似功能的正確代碼應(yīng)該如下。
                object objTest = new NewType();
                NewType newValue = objTest as NewType;
             
            那么很明顯,如上的寫法首先看起來很簡便,至少代碼數(shù)量和強轉(zhuǎn)方式一樣。至于安全性,對于as操作符來說,它不會做過的轉(zhuǎn)換操作,當(dāng)需要轉(zhuǎn)換對象的類型屬于轉(zhuǎn)換目標(biāo)類型或者轉(zhuǎn)換目標(biāo)類型的派生類型的時候,那么此轉(zhuǎn)換操作才能成功,而且并不產(chǎn)生新的對象。因此用as來進行類型轉(zhuǎn)換使安全的。為什么用as操作符進行類型轉(zhuǎn)換的效率要高于老式的類型轉(zhuǎn)換的,因為用as操作符進行轉(zhuǎn)換就如前面所說的,首先判斷當(dāng)前對象的類型,當(dāng)類型滿足要求后才進行轉(zhuǎn)換。而傳統(tǒng)的類型轉(zhuǎn)換方式,是用當(dāng)前對象直接去轉(zhuǎn)換,而且為了保護轉(zhuǎn)換成功,要加上try-catch,這就決定了它的效率不會高于as操作符的效率。
             
            要注意的時候,不管用傳統(tǒng)方式,還是用as操作符進行類型轉(zhuǎn)換之后,在使用之前,需要進行判斷轉(zhuǎn)換是否成功,如下:
                if( newValue!= null )
                {
                    //Work with the object named "newValue"
                }
             
            但是,使用as操作符有如下幾點限制。
            第一個就是,不用在類型之間進行類型轉(zhuǎn)化,即如下編寫就會出現(xiàn)編譯錯誤。
            NewType newValue = new NewType();
            NewType1 newValue = newValue as NewType1;
             
            第二個就是,不能應(yīng)用在值類型數(shù)據(jù),即不能如下寫(也會出現(xiàn)編譯錯誤)。
                object objTest = 11;
                int nValue = objTest as int;
             
            對于第一點所提的,可以用傳統(tǒng)的類型轉(zhuǎn)換方式來完成,但是光用如下的方式,是不能正確完成。
                NewTypeOne newTestOne = new NewTypeOne();
                NewTypeTwo newTestTwo = (NewTypeTwo)newTestOne;
             
            但是光如上寫是不能完成的,要想使如上的操作能正確完成,在原有類型中增加類型轉(zhuǎn)換操作符函數(shù),即需要完成類似如下的代碼。
                public class NewTypeOne
                {
                    public static  explicit operator NewTypeTwo( NewTypeOne objTest )
                    {
                        //Convert object into new type
                    }
                }
             
            對于第二點所提的,在C#中可以使用is操作符,再加上老式的類型轉(zhuǎn)換操作,就可以安全完成轉(zhuǎn)換,那么要完成如上操作,正確的寫法如下。
                object objTest = 11;
                if( objTest is int )
                {
                    int nValue = (int)objTest;
                }
             
            除了如上兩點限制外,在用as操作符來進行類型轉(zhuǎn)換的時候,有個細微的問題。在前面所說的,用as來進行類型轉(zhuǎn)換的時候,所要轉(zhuǎn)換的對象類型必須是目標(biāo)類型或者轉(zhuǎn)換目標(biāo)類型的派生類型,那么這樣就有個問題,即用as操作符來進行類型轉(zhuǎn)換的時候無法轉(zhuǎn)換成正確的類型,也就是說本來應(yīng)該轉(zhuǎn)換成子類型,卻轉(zhuǎn)換成了父類型。但是我并不認為這是個嚴(yán)重問題,因為在用as操作符來進行類型轉(zhuǎn)換的時候,如何選擇目標(biāo)類型在編碼的時候已經(jīng)很明確了,即用父類型作為目標(biāo)類型,那么類型轉(zhuǎn)換的目的就是轉(zhuǎn)換成父類型對象進行操作;反之亦然。
             
            在C#中已經(jīng)提供了一個很好的類型轉(zhuǎn)換方式,那么在進行類型轉(zhuǎn)換的時候,可以按照如下的方式進行選擇。
            類型轉(zhuǎn)換
             使用選擇
             
            Object => 已知引用類型
             使用as操作符來完成
             
            Object => 已知值類型
             先使用is操作符來進行判斷,再用類型強轉(zhuǎn)方式進行轉(zhuǎn)換
             
            已知引用類型之間轉(zhuǎn)換
             首先需要相應(yīng)類型提供轉(zhuǎn)換函數(shù),再用類型強轉(zhuǎn)方式進行轉(zhuǎn)換
             
            已知值類型之間轉(zhuǎn)換
             最好使用系統(tǒng)提供的Convert類所涉及的靜態(tài)方法

            posted on 2011-03-14 11:36 luis 閱讀(767) 評論(0)  編輯 收藏 引用

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


            <2009年6月>
            31123456
            78910111213
            14151617181920
            21222324252627
            2829301234
            567891011

            常用鏈接

            留言簿(3)

            隨筆分類

            隨筆檔案

            文章分類

            文章檔案

            友情鏈接

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久婷婷成人综合色综合| 亚洲精品乱码久久久久久| 亚洲国产精品一区二区久久| 久久精品国产亚洲77777| 久久综合欧美成人| 日本久久久久久久久久| 亚洲va国产va天堂va久久| 97久久精品人人做人人爽| 中文字幕无码久久精品青草 | 99久久中文字幕| 久久精品一区二区国产| 亚洲精品美女久久久久99小说 | 国产三级久久久精品麻豆三级| 国产精品久久久久…| 欧美精品一区二区久久| 久久久噜噜噜久久熟女AA片| 久久亚洲中文字幕精品一区| 亚洲精品高清国产一线久久| 久久国产精品二国产精品| 奇米综合四色77777久久| 欧美久久久久久精选9999| 国产精品久久久久久吹潮| 97精品依人久久久大香线蕉97| 成人妇女免费播放久久久| 精品一二三区久久aaa片| 久久久久99精品成人片| 91久久精品电影| 国产91色综合久久免费| 久久精品亚洲日本波多野结衣| 日韩十八禁一区二区久久 | 无码人妻久久一区二区三区免费丨| 91超碰碰碰碰久久久久久综合| 久久国产精品99精品国产| 久久人妻AV中文字幕| 久久青青草视频| 国产精品99久久久精品无码| 中文字幕久久精品| 久久无码中文字幕东京热| 久久人人爽人人爽人人av东京热 | 国内精品久久久久久久coent| AV无码久久久久不卡网站下载|