程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> JAVA編程 >> 關於JAVA >> 多重派遣

多重派遣

編輯:關於JAVA

上述設計方案肯定是令人滿意的。系統內新類型的加入涉及添加或修改不同的類,但沒有必要在系統內對代碼作大范圍的改動。除此以外,RTTI並不象它在RecycleA.java裡那樣被不當地使用。然而,我們仍然有可能更深入一步,以最“純”的角度來看待RTTI,考慮如何在垃圾分類系統中將它完全消滅。

為達到這個目標,首先必須認識到:對所有與不同類型有特殊關聯的活動來說——比如偵測一種垃圾的具體類型,並把它置入適當的垃圾筒裡——這些活動都應當通過多形性以及動態綁定加以控制。

以前的例子都是先按類型排序,再對屬於某種特殊類型的一系列元素進行操作。現在一旦需要操作特定的類型,就請先停下來想一想。事實上,多形性(動態綁定的方法調用)整個的宗旨就是幫我們管理與不同類型有特殊關聯的信息。既然如此,為什麼還要自己去檢查類型呢?
答案在於大家或許不以為然的一個道理:Java只執行單一派遣。也就是說,假如對多個類型未知的對象執行某項操作,Java只會為那些類型中的一種調用動態綁定機制。這當然不能解決問題,所以最後不得不人工判斷某些類型,才能有效地產生自己的動態綁定行為。

為解決這個缺陷,我們需要用到“多重派遣”機制,這意味著需要建立一個配置,使單一方法調用能產生多個動態方法調用,從而在一次處理過程中正確判斷出多種類型。為達到這個要求,需要對多個類型結構進行操作:每一次派遣都需要一個類型結構。下面的例子將對兩個結構進行操作:現有的Trash系列以及由垃圾筒(Trash Bin)的類型構成的一個系列——不同的垃圾或廢品將置入這些筒內。第二個分級結構並非絕對顯然的。在這種情況下,我們需要人為地創建它,以執行多重派遣(由於本例只涉及兩次派遣,所以稱為“雙重派遣”)。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved