C#操作符之IS與AS:安全的強(qiáng)制類(lèi)型轉(zhuǎn)換
為了避免在進(jìn)行強(qiáng)制類(lèi)型轉(zhuǎn)換時(shí)由于目標(biāo)類(lèi)型無(wú)效,而導(dǎo)致運(yùn)行時(shí)拋出InvalidCastException異常,C#操作符提供了IS與AS進(jìn)行類(lèi)型判斷與“安全”的強(qiáng)制類(lèi)型轉(zhuǎn)換。
代碼如下:
- class Program {
- static void Main(string[] args)
- {
- Object studentObj = new Student();
- Object studentProgram = new Program();
- //使用IS去檢測(cè)studentObj引用的對(duì)象是否兼容于Student類(lèi)型
- //IS永遠(yuǎn)不會(huì)發(fā)生異常,當(dāng)studentObj變量的引用為null時(shí)則永遠(yuǎn)返回false;
- if (studentObj is Student)
- {
- Student studentTemp = (Student)studentObj;
- }
- if (studentProgram is Student)
- {
- Console.WriteLine(studentProgram.ToString());
- }
- }
- }
由代碼可以看出,CLR實(shí)際會(huì)檢查兩次對(duì)象的類(lèi)型,IS操作符首先檢測(cè)變量的引用是否兼容于指定的類(lèi)型,如果返回TRUE,則CLR在進(jìn)行強(qiáng)制類(lèi)型轉(zhuǎn)換行進(jìn)行第二次類(lèi)型的檢測(cè),即studentObj對(duì)象是否引用一個(gè)Student類(lèi)型。
由于強(qiáng)制類(lèi)型轉(zhuǎn)換CLR必須首先判斷變更引用對(duì)象的實(shí)際類(lèi)型,然后CLR必須去遍歷繼承層次結(jié)構(gòu),用變量引用類(lèi)型的每個(gè)基類(lèi)型去核對(duì)目標(biāo)類(lèi)型。這肯定會(huì)對(duì)性能造成一定的影響。好在C#操作符提供了AS操作符來(lái)彌補(bǔ)這一缺陷。
代碼如下:
- class Program {
- static void Main(string[] args)
- {
- Object studentObj = new Student();
- Object studentProgram = new Program();
- //CLR檢測(cè)studentObj引用對(duì)象類(lèi)型兼容于Student,as將直接返回同一個(gè)對(duì)象的一個(gè)非null引用
- //即studentObj保存的對(duì)在托管堆上Student對(duì)象的引用
- Student s1 = studentObj as Student;
- //如果CLR檢測(cè)studentProgram引用對(duì)象類(lèi)型不兼容目標(biāo)類(lèi)型,即不能進(jìn)行強(qiáng)制類(lèi)型轉(zhuǎn)換,則返回一個(gè)null,永遠(yuǎn)不會(huì)拋出異常
- Student s2 = studentProgram as Student;
- if (s1 != null)
- {
- s1.Work();
- }
- if (s2 != null)
- {
- s2.Work();
- }
- }
- }
由此可以看出,在對(duì)s1 s2變量進(jìn)行應(yīng)用時(shí),還需要進(jìn)行非null的判斷,從而避免出面NullReferenceException的異常。
顯然無(wú)論從性能還是代碼的的直觀上來(lái)說(shuō),C#操作符AS比IS更勝一籌,然而實(shí)際應(yīng)用中,還是根據(jù)環(huán)境再做取決了。
C#操作符之IS與AS的內(nèi)容就總結(jié)到這里。
【編輯推薦】