C#語法相比其它語言比較獨特的地方(三)
1.在C++中允許從一個case貫穿到另一個case標(biāo)簽
比如:
int a =1;
switch(a)
{
case 1:
some statements;
case 2;
other statements;
break;
}
第一個case和第二個case之間可以沒有break
而在C#中這個break不能省略.
3.as和is只會檢測待轉(zhuǎn)化類型的類型,而不會進行其它操作,所以只有當(dāng)轉(zhuǎn)化類型是目標(biāo)類型或者目標(biāo)類型的子類(當(dāng)然如果目標(biāo)類型是接口,并且待轉(zhuǎn)化類型實現(xiàn)了該接口也可以)才能轉(zhuǎn)換成功.
強制轉(zhuǎn)化,會調(diào)用系統(tǒng)定義(比如float轉(zhuǎn)化為int類型)或自己定義的轉(zhuǎn)化函數(shù)(通過implicit operator定義).
從常規(guī)的需求來看,大部分情況下,推薦使用as轉(zhuǎn)換.
但要注意as不能用于value type.因為在轉(zhuǎn)換不成功的時候返回null,而value type不能為
null.這時可以考慮用is.
object o = 1;
int i = 0;
if(o is int)
i = (int)o;
6.const是編譯時常量
readonly是運行時常量
推薦使用static readonly代替const
const變量被硬編碼進assembly,有版本問題.
C#只是用sealed替代了fianl,另外C#的派生類在默認情況下不會override基類方法,只有當(dāng)基類方法用關(guān)鍵字virtual標(biāo)志,并且子類顯式用override標(biāo)志方法時才會override.這樣也有效地解決了版本問題.
7.delegate在本質(zhì)上就是函數(shù)指針.
因為委托還引發(fā)了sun和MS的論戰(zhàn).
Anders早在Borland的時候就在Delphi中引入了delegate,后來跑到MS,弄J#的時候又添加進了delegate,Sun很不滿意,說他們破壞了Java語言的特性.
到了C#,Anders終于可以名正言順地添加delegate了.
-------------------------------
狗尾續(xù)貂(二)
1.internal protected取的是internal和protected的并集,即在同一個Assembly或者不同
的Assembly內(nèi)但是繼承自該類都可以訪問.
3..NET FrameWork采用了字符串緩沖池技術(shù).
比如 string a = "test";和string b = "test";a和b指向內(nèi)存中的同一塊區(qū)域.
另外C#中有幾種判等方式,是否重寫可參照如下規(guī)則:
public static bool ReferenceEquals( object left, object right );
public static bool Equals ( object left, object right );
public virtual bool Equals( object right);
public static bool operator==( MyClass left, MyClass right );
上述四個方法override應(yīng)該遵循如下規(guī)則:
1.前兩個無論如何不要override
2.第三個和第四個在自定義類型是ValueType的時候要改寫
3.當(dāng)自定義類型是ReferenceType的時候,如果想改變RefrenceType默認的用對象標(biāo)志判等的方式,可以改寫第三個
4.當(dāng)自定義類型是RefrenceType的時候,最好不要改寫operator==.
下面分別給出上述規(guī)則的原因:
1.
A.ReferenceEquals()這個方法當(dāng)且僅當(dāng)兩個變量指向同一對象的時候才相等,它的實現(xiàn)是比較對象標(biāo)志(Object Identity,任何對象在創(chuàng)建的時候都會生成一個OI),所以任何值類型用ReferenceEquals()比較所得到的結(jié)果都是false,即使跟自己比較也是,因為要裝箱,裝箱的結(jié)果肯定不是同一個對象.所以這個方法也就沒有改寫的必要.object的ReferenceEquals()是實現(xiàn)這種比較最好的方式.
B.Equals (object left, object right )這個方法用于在不知道待比較的參數(shù)是何種類型的時候.那如何比較兩個變量是否相等那?很簡單,把比較相等的職責(zé)交給其中一個待比較變量的Equals方法,上述方法的實現(xiàn)大概如下所述:
public static bool Equals( object left, object right )
{
// Check object identity
if (left == right )
return true;
// both null references handled above
if ((left == null) || (right == null))
return false;
return left.Equals (right);
}
之所以不要重寫上述兩個方法,是因為兩者都很好的實現(xiàn)了各自的語意.
2.為什么是值的時候要重寫第三個方法?
ValueType是所有值類型的基類,由于要實現(xiàn)值相等的語意,它重寫了object的Equals方法,但是在不知道派生類變量和其類型的情況下,ValueType的Equals在實現(xiàn)的時候只能用反射來比較,這樣的效率是很低的,所以任何自定義的值類型都要重寫Equals,以避免用ValueType的默認實現(xiàn)帶來的反射的效率損失.
3.object的實例Equals方法的默認實現(xiàn)跟ReferenceEqual一樣,是通過比較對象標(biāo)志來實現(xiàn)的,有些ReferenceType需要值相等的語意,比如string,這是就要改寫實例Equals.
4..Net FrameWork期望所有的ReferenceType的operator==保留引用語意.
相等在語意上必須滿足三點
1.自反 a=a必須永遠成立;
2.對稱 a=b則b=a;
3.傳遞 a=b;b=c則a=c
public class Foo
{
public override bool Equals( object right )
{
//1.判斷待比較變量引用是否為空
if (right == null)
return false;
//2.是否指向同一實例,如果是同一實例則必然相等.
if (object.ReferenceEquals( this, right ))
return true;
//3. 判斷類型是否相同
if (this.GetType() != right.GetType())
return false;
// 4.比較內(nèi)容
return CompareFooMembers(
this, right as Foo );
}
}
第三步如果可以轉(zhuǎn)化成this引用的對象不行嗎?
答案是不行,必須是類型相同的.舉例如下:
public class B
{
public override bool Equals( object right )
{
// check null:
if (right == null)
return false;
// Check reference equality:
if (object.ReferenceEquals( this, right ))
return true;
// Problems here, discussed below.
B rightAsB = right as B;
if (rightAsB == null)
return false;
return CompareBMembers( this, rightAsB );
}
}
public class D : B
{
// etc.
public override bool Equals( object right )
{
// check null:
if (right == null)
return false;
if (object.ReferenceEquals( this, right ))
return true;
// Problems here.
D rightAsD = right as D;
if (rightAsD == null)
return false;
if (base.Equals( rightAsD ) == false)
return false;
return CompareDMembers( this, rightAsD );
}
}
//Test:
B baseObject = new B();
D derivedObject = new D();
// Comparison 1.
if (baseObject.Equals(derivedObject))
Console.WriteLine( "Equals" );
else
Console.WriteLine( "Not Equal" );
// Comparison 2.
if (derivedObject.Equals(baseObject))
Console.WriteLine( "Equals" );
else
Console.WriteLine( "Not Equal" );
留意一下加粗的部分就知道,如果B的CompareBMembers和D的CompareDMembers比較的元素相等的話,Comparison 1將輸出Equals,而Comparison 2將永遠輸出Not Equal.所以在這種情況下將違反相等語意中的對稱性.
所以還是老老實實在第三步Check類型哈.
上面例子中D比B多了一句:
if (base.Equals( rightAsD ) == false)
return false;
很明顯,基類的元素肯定要讓基類去判斷是否相等.但是如果某個類的直接基類是object千萬必要調(diào)用base.Equals了,要不然跟沒有重寫實例Equals是一樣的效果
4.跟C++的引用不一樣,ref和out其實就是指針,在函數(shù)之間傳遞用的是拷貝傳值.
相關(guān)文章
淺析C#中StringBuilder類的高效及與String的對比
StringBuilder類所創(chuàng)造出來的字符串對象在拼接操作等方面比普通的string類往往要高效很多,這是它們在內(nèi)存劃分方式上的不同所決定的,下面就來淺析C#中StringBuilder類的高效及與String的對比2016-05-05