【導讀】外文科技資料翻譯。華北科技學院畢業(yè)設計(論文)

　　

【正文】 如果你確實無法使用接口，那么，你可以使用抽象類（ C++語言提供了抽象類）。然而，在 n層（ ntier）軟件開發(fā)和對象定義構(gòu)造等方面，接口具有關(guān)鍵的作用。與此類似的是，如果你確實無法使用委托，那么你可以使用接口。如果某個公共任務需要注冊一個方法來進行回調(diào)，那么，委托可以改進這類任務，因此， C語言提供的委托是一項非常有用的內(nèi)容。 1． 接口與抽象類 請指出 C語言的抽象類與接口之間的三種不同之處。 在使用上，一個沒有提供非抽象方法的抽象類與一個接口是類似的。然而，我們需要 注意以下幾點： 一個類可以實現(xiàn)任意多個接口，但是最多只能對一個抽象類進行子類化。 一個抽象類可以包括非抽象方法，而一個接口的所有方法在效果上都是抽象的。 一個抽象類可以聲明并使用變量，而一個接口不能。 一個抽象類中的方法的訪問修飾符可以是 public、 internal、 protected、 protected internal 或者是 private，而接口成員的訪問修飾符在默認情況下都是 public，而且，在聲明接口成員時，不允許使用訪問修飾符（甚至不允許使用 public 訪問修飾符）。 一個抽象類可以定義構(gòu)造函數(shù)，而一個接口不能。 華北科技學院畢業(yè)設計 (論文 ) 10 2． 接口與委托 接口與委托的比較： 接口與委托的相似之處在于它們都可以定義我們所期望的功能。我們在學習使用委托的過程中經(jīng)常會產(chǎn)生一些混亂，究其原因，部分是由于“委托”這個詞，它可以表達含義具有微小差別的不同概念。在對委托和接口進行比較之前，我們有必要回顧一下委托在 C語言中是如何工作的。 C語言的關(guān)鍵字 delegate 引入了一種新的委托類型，這種新的委托類型可以確定什么類型的方法才可以用于實例化這種委托類型。委托類型沒有規(guī)范方法的名稱，但是它規(guī)范了方法的參數(shù)類型和返回類型。 我們考慮以下聲明： Public delegate object BorrowReader（ IDataReader reader）； 這條語句聲明了一個新的委托類型。委托類型的名稱是 BorrowReader。聲明指出該委托類型可以用任何方法進行實例化，只要這個方法接收一個 IDataReader對象作為方法參數(shù)，并且方法 返回類型為 object。假定某個類中有以下方法： Pricate static object GetNames(IDataReader reader) { //? } GetNames()方法的參數(shù)類型和返回類型滿足 BorrowReader 委托類型的規(guī)范定義，因此可以使用這個方法名稱對委托類型進行實例化，實例化語句如下： 變量 b是一個 BorrowReader委托類型的實例。任何能夠訪問該委托實例的代碼都可以調(diào)用對象 b，然后委托實例將調(diào)用對象 b包容的方法。之所以使用對象實例 b，是因為這個方案具有以下優(yōu)點： 其他方法可以在合適的時候調(diào)用對象 b及其包容的方法。例如：一個數(shù)據(jù)服務類可以獲得一個數(shù)據(jù)庫讀取器，調(diào)用一個 BorrowReader委托實例（即把上述讀取器傳遞給這個委托實例），然后把這個數(shù)據(jù)庫讀取器作為一個資源進行釋放。 一個 C接口可以包容方法、 C屬性（ property），以及索引器。一個接口也可以包容時間，但是不能包容委托。為什么？ 華北科技學院畢業(yè)設計 (論文 ) 11 我們可以簡單地給出以下解釋： Delegate 關(guān)鍵字引入了一個新的類型，而 event關(guān)鍵字引入了一個新的成員。一個接口聲明規(guī)范了成員，而不是類型，因此時間可以歸入接口，而委 托不能歸入接口。 而詳細的解釋是： Event 關(guān)鍵字聲明了一個特定類型的字段（一個“事件”），規(guī)范了其類型（必須是一個委托類型）及其名稱。 C限制了對事件的訪問，客戶不能使用事件類型（其委托類型）的所有行為?？蛻糁荒苁褂梦兴峁┑?+=和 =行為。這種限制所產(chǎn)生的結(jié)果之一是：只有聲明類可以調(diào)用（或激發(fā)）一個事件。但是，只要使某個類包容一個 public事件成員，一個接口客戶的組成類就可以實例化上述那個類。因為事件是一個類的接口的標準組成部分，因此我們有充分的理由讓接口包括事件。 當采用委托對單個方法進行回調(diào)時 ，一個基于接口的設計是同樣有效的。但是如果設計中需要使用委托來持有并調(diào)用多哥方法時，那么，采用委托更為清晰。特別是當一個對象使用一個委托讓多個客戶對一個事件（例如“點擊”事件）進行注冊的時候，這個優(yōu)點尤其突出。一個時間是一個成員，這個成員可以使一個對象或者類提供通知消息。 理解 C語言的委托可能非常困難，特別是因為我們重復定義了“委托”這個術(shù)語的意義。例如，我們可以使用“委托”這個術(shù)語表示一個委托聲明、委托類型，甚至一個委托實例。特別是，人們經(jīng)常說“調(diào)用一個委托”，但是一個對象只能調(diào)用一個委托的實例，而不能 調(diào)用一個委托的類型。如果你感覺這部分內(nèi)容有些混亂難解，別擔心，很多人都是如此。但是我們確實應該認真研究在 C中委托是如何工作的，因為這不僅是理解應用程序如何工作的關(guān)鍵，也是理解類之間如何進行交互的關(guān)鍵。 3． 接口與屬性 C語言的借口可以規(guī)范接口實現(xiàn)必須提供的索引器或者 C屬性。如果你定義了一個新的集合類型，那么就需要規(guī)范一個索引器。如果你做出了以下聲明，即某個實現(xiàn)中必須包括一個方法，而這個方法要使用一個屬性值，并且（或者）需要設置這個屬性值，那么，你就需要規(guī)范一個 C屬性。 以下代碼聲明了一個沒有使用 C屬性的接口，但是在實現(xiàn)時，需要提供對一個廣告對象的屬性的訪問。 華北科技學院畢業(yè)設計 (論文 ) 12 Public interface IAdvertisement { Int GetID()。 String GetADCopy()。 Void SetADCopy(string text)。 } 上述代碼中的接口是 Oozinoz 系統(tǒng)中 Showproperties類庫的一部分。簡單說來，這個接口為其實現(xiàn)規(guī)范了兩個 C屬性，但嚴格說來，它們并非 C屬性。使用 C的語法進行 C屬性規(guī)范的優(yōu)點是其語法比較優(yōu)雅。但是，最重要 的一點是，不具備預見能力的客戶可以通過反射檢測到 C屬性的存在。例如，只要相關(guān)對象屬性是真正的 C屬性，一個Datagrid 對象就可以在一個 ArrayList 集合中顯示相關(guān)對象的屬性。 在一個接口中， C屬性的表示是依賴于語法的，因此在實現(xiàn)接口時會產(chǎn)生一些差異。我們應該深入理解使用 C接口特征的相關(guān)概念和使用細節(jié)。 4． 接口的細節(jié) C接口的主要優(yōu)勢在于，接口把對象的交互進行了限制。這種限制實際上是一種解放。就一個實現(xiàn)了某個接口的類而言，這個類可能在提供這個接口服務功能的過程中發(fā)生了許多變化，但是這些變化不會影 響到這個類的客戶。雖然使用借口的目的很容易理解，但是在時間中，細節(jié)又迫使開發(fā)人員不斷地求助于參考資料。 接口描述了類在交互過程中的期望行為和不期望行為。接口與純抽象類很類似，接口定義了它應該完成的功能，但是并沒有實現(xiàn)這些功能。接口與委托也很類似，當然，委托僅僅對每個方法規(guī)范了方法參數(shù)以及返回類型。 委托也是類型，因此一個接口無法包容一個委托并把它當作一個成員。然而委托類型的變量和標記了 event 關(guān)鍵字的變量可以出現(xiàn)在接口中。 除了方法和事件，接口還可以包容索引器和屬性。這些內(nèi)容的語法非常重要，因為客戶可以通 過使用這些成員類型以及使用反射，檢測并了解實現(xiàn)類（實現(xiàn)類指實現(xiàn)了接口的類）的行為。掌握如何應用 C接口的概念和細節(jié)非常重要，因此這值得你花費一些華北科技學院畢業(yè)設計 (論文 ) 13 時間。這部分內(nèi)容也是許多功能呢感強大的設計的核心內(nèi)容，同時也是幾種設計模式的核心。 5． 普通接口無法提供的內(nèi)容 使用 C接口可以簡化并加強系統(tǒng)設計，當然，有時候借口的設計可能會超出一般接口的定義范圍和使用范圍。 如果希望把一個類的接口與一個客戶的期望接口進行適配，那么可以應用適配器模式。 如果你希望為類的集合提供一個簡單的接口，那么可以應用外觀模式。 如果你希望定義一個 接口，使之可以應用于耽擱對象，也可以應用于對象組，那么可以應用合成模式。 如果你希望將一個抽象與其實現(xiàn)進行分離，使之可以相互獨立變化，那么可以應用橋接模式。 每個設計模式的目的是：在一個特定的語境中解決一個問題?；诮涌诘哪Ｊ綇娬{(diào)了語境，因為語境決定了我們是否需要定義或重新定義對方法的訪問手段，這些方法既可以是一個類的方法，也可以是一組類的方法。例如：如果某個類提供了我們所需要的服務，但是方法名稱與客戶所期望的方法名稱并不匹配，那么我們就可以使用適配器模式解決這個問題。 如果一個對象需要調(diào)用我們開發(fā)的代碼， 那么這個對象是一個客戶。在某些情況下，客戶的代碼在我們的代碼完成之后才開發(fā)的，因此開發(fā)人員可以要求可戶的代碼服從我們的對象接口規(guī)范。但是在某些情況下，可戶的代碼也可以獨立開發(fā)。例如：一個火箭仿真程序需要使用我們提供的火箭信息，但是仿真程序也定義了火箭的工作方式。這種情況下，我們會發(fā)現(xiàn)，現(xiàn)有的類已經(jīng)提供了客戶所需要的服務，但是方法的名稱卻不相同。這時，我們就可以應用適配器模式。適配器模式的目的在于：如果客戶需要使用某個類的服務，而這項服務是這個類用一個不同的接口提供的，那么，可以使用適配器模式為客戶提供一個期 望的接口。 C語言與 JAVA語言的不同之處就在于： C語言不需要方法對任何可能拋出的異常進行聲明。這是否是一個良好特性？請給出你的結(jié)論和相關(guān)理由。 華北科技學院畢業(yè)設計 (論文 ) 14 在一個方法首部之外對異常進行聲明的原因是： 我們應該首先注意， JAVA 語言并不要求方法聲明所有可能拋出的異常。例如，任何方法都可能遇到一個空指針，然后拋出一個未聲明的異常。甚至 JAVA語言的設計者也承認，強迫程序員聲明所有可能的異常是一個不切實際的想法。應用程序需要一種策略，并根據(jù)此策略處理所有的異常。要求開發(fā)人員聲明某種類型異常的方法是不能替代這種異常處理策略的。 另一方面：程序員應該得到所有他們能夠得到的幫助。確實，一個應用程序的體系結(jié)構(gòu)應該具有一個可靠的異常處理策略。同時，強迫開發(fā)人員在每個方法中都對普遍存在的問題（如空指針）進行聲明也是不切實 際的。對于某些類型的錯誤，如打開一個文件過程中可能出現(xiàn)的問題，確實需要讓方法的調(diào)用者來處理可能發(fā)生的異常。 C語言將用語聲明一個方法可能發(fā)生的異常的聲明部分從方法首部去除了。實際上，這種方案是在潑出洗澡水的同時，把孩子也潑出去了。 面向?qū)ο蟪绦蛟O計可以避免不程序設計為一個單體，從而避免了將程序的各個部分混雜在一起。一個理想的面向?qū)ο髴贸绦驊撌且粋€最小的類，這個類能夠把其他可重用類的行為有效地組織起來。