自從微軟March CTP版本的Visual Studio和.net Framework “Orcas”發布以來，許多博客

委托 和 事件在 .net Framework中的應用非常廣泛，然而，較好地理解委托和事件對很多接觸C#時間不長的人來說並不容易。它們就像是一道檻

本文將為大家介紹一下如何對C#程序Bug修復的快速方法。.net Framework中包含許多工具可以用來更快、更容易地編寫正確的程序。但我們得面

在開始講解C#中ArrayList.CopyTo()運行錯誤的解決方法之前，先給大家看一段代碼：以下是引用片段：ArrayList list =

17.3.1 按文本模式讀寫SteamReader和StreamWriter類為我們提供了按文本模式讀寫數據的方法。下面的例子是從一個文本文件中讀

想想看，如果所有的類都可以被繼承，繼承的濫用會帶來什麼後果？類的層次結構體系將變得十分龐大，類之間的關系雜亂無章，對類的理解和使用都會變得十分困難

我們已經知道，使用密封方法可以防止對類的繼承。C#還提出了密封方法(sealed method)的概念，以防止在方法所在類的派生類中對該方法的重載

和類的成員方法一樣，我們也可以定義屬性的重載、虛屬性、抽象屬性以及密封屬性的概念。與類和方法一樣，屬性的修飾也應符合下列規則：屬性的重載●在派生類

為了提高軟件模塊的可復用性和可擴充性，以便提高軟件的開發效率，我們總是希望能夠利用前人或自己以前的開發成果，同時又希望在自己的開發過程中能夠有足夠

一個應用程序的體系結構是應用程序結構的一種概念性描述。當前，隨著信息技術的飛速發展，現代企業中大多數采用了分布式計算機系統。日益激烈的競爭要求應用

組件的英文名為"component"，也稱為元件。實際上組件並不是一種新概念，它在許多成熟的工程領域有著十分廣泛的應用。比如我

了解了組件的基本含義後，我們還必須進一步理解接口(interface)的含義。接口描述了組件對外提供的服務。在組件和組件之間、組件和客戶之間都通過

組件化程序設計方法繼承並發展了面向對象的程序設計方法。它把對象技術應用於系統設計，對面向對象的程序設計的實現過程作了進一步的抽象。我們可以把組件化

接口具有不變性，但這並不意味著接口不再發展。類似於類的繼承性，接口也可以繼承和發展。注意：接口繼承和類繼承不同。首先，類繼承不僅是說明繼承，而且也

從軟件業的發展歷程來看，程序設計方法經歷了多次變革。每當一種程序設計方法不能適應應用軟件發展的需要時，人們就會努力尋找一種新的方法來解決這種&ld

從技術上講，接口是一組包含了函數型方法的數據結構。通過這組數據結構，客戶代碼可以調用組件對象的功能。15.2.1 聲明接口聲明實際上就是一種定義新

對接口方法的調用和采用索引指示器訪問的規則與類中的情況也是相同的。如果底層成員的命名與繼承而來的高層成員一致，那麼底層成員將覆蓋同名的高層成員。但

使用接口成員也可采用全權名(fully qualified name)。接口的全權名稱是這樣構成的：接口名加小圓點“·&

15.3.1 接口成員的定義接口可以包含一個和多個成員，這些成員可以是方法、屬性、索引指示器和事件，但不能是常量、域、操作符、構造函數或析構函數，

15.4.1 類對接口的實現前面我們已經說過，接口定義不包括方法的實現部分。接口可以通過類或結構來實現。我們主要講述通過類來實現接口。用類來實現接