C#學(xué)習(xí)經(jīng)驗(yàn)總結(jié)
C#學(xué)習(xí)經(jīng)驗(yàn)之如何釋放非托管資源？
.NET 平臺(tái)在內(nèi)存管理方面提供了GC（Garbage Collection），負(fù)責(zé)自動(dòng)釋放托管資源和內(nèi)存回收的工作，但它無法對(duì)非托管資源進(jìn)行釋放，這時(shí)我們必須自己提供方法來釋放對(duì)象內(nèi)分配的非托管資源，比如你在對(duì)象的實(shí)現(xiàn)代碼中使用了一個(gè)COM對(duì)象
最簡(jiǎn)單的辦法，可以通過實(shí)現(xiàn)protected void Finalize（）（析構(gòu)函數(shù)會(huì)在編譯時(shí)變成這個(gè)東東）來釋放非托管資源，因?yàn)镚C在釋放對(duì)象時(shí)會(huì)檢查該對(duì)象是否實(shí)現(xiàn)了 Finalize（） 方法，如果是則調(diào)用它。但，據(jù)說這樣會(huì)降低效率……
有一種更好的，那就是通過實(shí)現(xiàn)一個(gè)接口顯式的提供給客戶調(diào)用端手工釋放對(duì)象的方法，而不是傻傻的等著GC來釋放我們的對(duì)象（何況效率又那么低）
System 命名空間內(nèi)有一個(gè) IDisposable 接口，拿來做這事非常合適，就省得我們自己再聲明一個(gè)接口了
另外補(bǔ)充一句，這種實(shí)現(xiàn)并不一定要使用了非托管資源后才用，如果你設(shè)計(jì)的類會(huì)在運(yùn)行時(shí)有大些的實(shí)例（象 GIS 中的Geometry），為了優(yōu)化程序性能，你也可以通過實(shí)現(xiàn)該接口讓客戶調(diào)用端在確認(rèn)不需要這些對(duì)象時(shí)手工釋放它們
示例：
- using System；
- using System.Collections.Generic；
- using System.Text；
- namespace Example20 {
- class Program {
- class Class1 ： IDisposable {
- //析構(gòu)函數(shù)，編譯后變成 protected void Finalize（），
GC會(huì)在回收對(duì)象前會(huì)調(diào)用調(diào)用該方法~Class1（）{- Dispose（false）；
- }
- //通過實(shí)現(xiàn)該接口，客戶可以顯式地釋放對(duì)象，而不需要等待GC來釋放資源，
據(jù)說那樣會(huì)降低效率void IDisposable.Dispose（）{- Dispose（true）；
- }
- //將釋放非托管資源設(shè)計(jì)成一個(gè)虛函數(shù)，提供在繼承類中釋放基類的資源的能力
- protected virtual void ReleaseUnmanageResources（{
- //Do something……
- }
- //私有函數(shù)用以釋放非托管資源private void Dispose（bool disposing）{
- ReleaseUnmanageResources（）；
- //為true時(shí)表示是客戶顯式調(diào)用了釋放函數(shù)，需通知GC不要再調(diào)用對(duì)象的Finalize方法
- //為false時(shí)肯定是GC調(diào)用了對(duì)象的Finalize方法，
所以沒有必要再告訴GC你不要調(diào)用我的Finalize方法啦if （disposing{- GC.SuppressFinalize（this）；} static void Main（string[] args）{
- //tmpObj1沒有手工釋放資源，就等著GC來慢慢的釋放它吧Class1 tmpObj1 = new Class1（）；
- //tmpObj2調(diào)用了Dispose方法，傳說比等著GC來釋放它效率要調(diào)一些
- //個(gè)人認(rèn)為是因?yàn)橐饌€(gè)對(duì)象的查看其元數(shù)據(jù)，以確認(rèn)是否實(shí)現(xiàn)了Dispose方法吧
- //當(dāng)然最重要的是我們可以自己確定釋放的時(shí)間以節(jié)省內(nèi)存，優(yōu)化程序運(yùn)行效率
- Class1 tmpObj2 = new Class1（）（（IDisposable）tmpObj2）。Dispose（）；
- }
C#學(xué)習(xí)經(jīng)驗(yàn)之P/Invoke是什么？
在受控代碼與非受控代碼進(jìn)行交互時(shí)會(huì)產(chǎn)生一個(gè)事務(wù)（transition） ，這通常發(fā)生在使用平臺(tái)調(diào)用服務(wù)（Platform Invocation Services），即P/Invoke
如調(diào)用系統(tǒng)的 API 或與 COM 對(duì)象打交道，通過 System.Runtime.InteropServices 命名空間，雖然使用 Interop 非常方便，但據(jù)估計(jì)每次調(diào)用事務(wù)都要執(zhí)行 10 到 40 條指令，算起來開銷也不少，所以我們要盡量少調(diào)用事務(wù)，如果非用不可，建議本著一次調(diào)用執(zhí)行多個(gè)動(dòng)作，而不是多次調(diào)用每次只執(zhí)行少量動(dòng)作的原則。
C#學(xué)習(xí)經(jīng)驗(yàn)之StringBuilder 和 String 的區(qū)別？
String 雖然是一個(gè)引用類型，但在賦值操作時(shí)會(huì)產(chǎn)生一個(gè)新的對(duì)象，而 StringBuilder 則不會(huì)，所以在大量字符串拼接或頻繁對(duì)某一字符串進(jìn)行操作時(shí)***使用 StringBuilder，不要使用 String
示例：
- using System；
- using System.Collections.Generic；
- using System.Text；
- namespace Example22 {
- class Program {
- static void Main（string[] args）{
- const int cycle = 100000；
- long vTickCount = Environment.TickCount；
- String str = null；
- for （int i = 0； i < cycle； i++）
- str += i.ToString（）；
- Console.WriteLine
（"String： {0} MSEL"， Environment.TickCount - vTickCount）；- vTickCount = Environment.TickCount；
- //看到這個(gè)變量名我就生氣，奇怪為什么大家都使它呢？ ：）
- StringBuilder sb = new StringBuilder（）；
- for （int i = 0； i < cycle； i++）
- sb.Append（i）；
- Console.WriteLine
（"StringBuilder： {0} MSEL"， Environment.TickCount - vTickCount）；- Console.ReadLine（）；
- }
【編輯推薦】
