Ruby 板


LINE

所謂 multi-method/dispatch 為動態決議兩種以上真實型別的手段 在一般的物件導向程式語言中,僅僅支援 single-method/dispatch, 亦即 ooo.xxx(); 我們會說,我們 send 了 xxx 這個 message 給這個 ooo, 但這個 ooo 是什麼我們不知道,我們只知道他會依照 xxx 這個 message 來喚起正確的 method, 亦即 ooo 真實型別的 method. 於是我們可以不在乎 ooo 的真實型別,卻能相信他能找到正確的 method. 儘管我相當不認同「一般所謂物件導向的三樣特性」,不過依照這個說法的話, 這正是該三樣特性的第三樣:polymorphism, 多形。 p.s. 我個人認為 dynamic binding 動態連結會是比較好的說法,anyway, off-topic 而如果我們需要決議兩種以上的型別呢? 例如: unit.walk_to(dist); 假設每個 unit 都有不同的特性,所以在走到各種不同的 dist 上都會有 不同的效果。其實這可以用一個很簡單的查表法來取得所需的數值,例如: UnitA UnitB UnitC TerrainA 100 200 300 TerrainB 50 700 12 TerrainC 777 666 999 除了數字以外,也可以把所有要的資料打包起來放到這個 table 中。 不過這樣做的話,就必須維持各種不同的 id, 而且最重要的是, 如果所需的不只是資料不同,而是整個結果都完全不同呢? 例如當 UnitA 碰上 TerrainA 時,其實是要踩到地雷的,那不單單只是資料問題 我們希望的應該是,寫下 unit.walk_to(dist); 時,除了 unit 是已知型別外, dist 也應該要是已知型別,walk_to 才會知道到底該怎麼做。 在不支援 multi-method/dispatch 的程式語言中,一般我們可能會這樣寫: C++: void UnitA::walk_to(Terrain* dist){ if( TerrainA* terrain = dynamic_cast<TerrainA*>(dist) ){ // do something with UnitA v.s. TerrainA } else if( TerrainB* terrain = dynamic_cast<TerrainB*>(dist) ){ // do something with UnitA v.s. TerrainB } else{ // do something with UnitA v.s. // terrain which you don't care who it is } } Java: void walk_to(Terrain dist){ if( dist instance_of TerrainA ){ TerrainA terrain = (TerrainA)dist; // do something with UnitA v.s. TerrainA } else if( dist instance_of TerrainB ){ TerrainB terrain = (TerrainB)dist; // do something with UnitA v.s. TerrainB } else{ // do something with UnitA v.s. // terrain which you don't care who it is } } 也就是,一個個去檢查他們到底是什麼型別。當然,這絕對是個很暴力的做法, 就像我們極力去避免的 switch case 一樣,最大的缺點就是 error-prone. 我看過好幾個 C++ 的解決方法,Loki 的做法大概有兩個,一個就是像上面的 暴力法,不過是自動化的,所以可以確保不會 error-prone. 缺點就是你很容易 碰到很可怕的編譯問題,這邊不繼續討論。 另一個做法就是建立一個 map(Hash),用 type_info 做索引,對應到一個註冊 好的 method. 用起來大概像這樣: dispatcher(unit, dist); 於是 dispatcher 用 typeid 取得 unit 和 dist 的 type_info, 再由這兩個 type_info 組成的 key 去尋找當初註冊好的 method. 本文的重點就是這個方法,請看到這個: http://rubyforge.org/projects/multi/ 這是 Ruby 的 multi-method/dispatch 的 lib, 他的實作法就跟這個做法類似 不過在講這個重點前,再來看看另外一個實作法,我覺得相當有趣。 簡單地說,當我們說:「unit.walk_to(dist)」時,是否可以獲得 unit 的真實 型別?那麼,何不故技重施,以便獲得第二個真實型別? 避免寫太長不好閱讀,待續… --   『風車』が廻り続ける度に 『美しき』幻想が静かに紡がれ    『焔』の揺らめきの外に 『腕』を伸ばす愚かな者達 -《Roman》5th Story  『宝石』をより多く掴もうと 『朝と夜』の狭間を彷徨い続ける Track 10   『星屑』の砂の煌めきにも 『葡萄酒』の仄甘い陶酔を魅せ 黄昏の賢者 『賢者』が忌避する檻の中から 『伝言』の真意を彼等に問うだろう   『天使』が别れを告げし時 『地平線』は第五の物語を識る --



※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.217.103.191







like.gif 您可能會有興趣的文章
icon.png[問題/行為] 貓晚上進房間會不會有憋尿問題
icon.pngRe: [閒聊] 選了錯誤的女孩成為魔法少女 XDDDDDDDDDD
icon.png[正妹] 瑞典 一張
icon.png[心得] EMS高領長版毛衣.墨小樓MC1002
icon.png[分享] 丹龍隔熱紙GE55+33+22
icon.png[問題] 清洗洗衣機
icon.png[尋物] 窗台下的空間
icon.png[閒聊] 双極の女神1 木魔爵
icon.png[售車] 新竹 1997 march 1297cc 白色 四門
icon.png[討論] 能從照片感受到攝影者心情嗎
icon.png[狂賀] 賀賀賀賀 賀!島村卯月!總選舉NO.1
icon.png[難過] 羨慕白皮膚的女生
icon.png閱讀文章
icon.png[黑特]
icon.png[問題] SBK S1安裝於安全帽位置
icon.png[分享] 舊woo100絕版開箱!!
icon.pngRe: [無言] 關於小包衛生紙
icon.png[開箱] E5-2683V3 RX480Strix 快睿C1 簡單測試
icon.png[心得] 蒼の海賊龍 地獄 執行者16PT
icon.png[售車] 1999年Virage iO 1.8EXi
icon.png[心得] 挑戰33 LV10 獅子座pt solo
icon.png[閒聊] 手把手教你不被桶之新手主購教學
icon.png[分享] Civic Type R 量產版官方照無預警流出
icon.png[售車] Golf 4 2.0 銀色 自排
icon.png[出售] Graco提籃汽座(有底座)2000元誠可議
icon.png[問題] 請問補牙材質掉了還能再補嗎?(台中半年內
icon.png[問題] 44th 單曲 生寫竟然都給重複的啊啊!
icon.png[心得] 華南紅卡/icash 核卡
icon.png[問題] 拔牙矯正這樣正常嗎
icon.png[贈送] 老莫高業 初業 102年版
icon.png[情報] 三大行動支付 本季掀戰火
icon.png[寶寶] 博客來Amos水蠟筆5/1特價五折
icon.pngRe: [心得] 新鮮人一些面試分享
icon.png[心得] 蒼の海賊龍 地獄 麒麟25PT
icon.pngRe: [閒聊] (君の名は。雷慎入) 君名二創漫畫翻譯
icon.pngRe: [閒聊] OGN中場影片:失蹤人口局 (英文字幕)
icon.png[問題] 台灣大哥大4G訊號差
icon.png[出售] [全國]全新千尋侘草LED燈, 水草

請輸入看板名稱,例如:BabyMother站內搜尋

TOP