交互協議的開銷與麻煩就是對數據媒體的如何使用。在交互過程中可能要不 同的使用媒體,例如在交流中要不同的使用電話號碼,傳真,地址,和電子郵件 地址。
很多.Net類提供了兩種不同的方法來控制一些系統的事件。那就是,要麼添 加一個事件句柄;要麼重寫基類的虛函數。為什麼要提供兩個方法來完成同樣的 事
當有問題發生時,它們往往並不是在實驗的時候發生的,機器有輕松調試的 工具。在很多實際情況中,你不好修正的問題總是發生在用戶的機器上,那裡沒 有調試
我們要尋求一種避免直接寫代碼的應用程序配置和信息設置方法,我們已經 創建了多種不同的策略來存儲配置信息。而我們是要尋求一種正確的方法,我們 要不斷
因為兩個原則,把DataSet的名聲搞的不好。首先就是使用XML序列化的 DataSet與其它的非.Net代碼進行交互時不方便。如果在Web服務的
當你創建了一個與反射相關的系統時,你應該為你自己的類型,方法,以及 屬性定義一些自己的特性,這樣可以讓它們更容易的被訪問。自定義的特性標示 了你想
異常是一種的報告錯誤的機制,它可以在遠離錯誤發生的地方進行處理錯誤。所有關於錯誤發生的的信息必須包含在異常對象中。在錯誤發生的過程中,你 可能想把
當你拋出異常時,你就在應用程序中引入了一個中斷事件。而且危機到程序 的控制流程。使得期望的行為不能發生。更糟糕的是,你還要把清理工作留給最 終寫代