※ 引述《fayhong (風起的瞬間)》之銘言：
: 我們在寫 Java 的時候，有種東西叫 interface,
: C++ 與 Objective-C 也有，但是作用跟 Java 好像又不太一樣
: 在 Java 中，我們可以定義 interface，藉以告訴實作的人要做哪些功能，
: 甚至在 Test Driven 的實作過程中，只需要先定義好 interface，
: 就可以動手寫 unit test 的東西
: 只不過，在 Ruby 中，要怎麼做這種"空殼"呢？
: 或者是，有什麼樣的設計方法可以取代我原本的想法呢 @@a
先旨聲明我只是 Ruby 的初學者 (在公司用了
兩天的偷懶時間來看 tutorial :P )
首先你要說出你所謂的 interface-oriented
要的是什麼.
簡單來說, interface oriented programming
要達到的只是: 你只是面對著一個 interface 來工作,
你只要用這個介面上的東西就好, 實際的 impl
是怎樣的你是不用理會的.
所以單純為了達到這個效果, 你只要和 "使用者"
協議好中間的 interface 就可以了.
Duck typing 已經足夠達到這個效果有餘. API provider
定義好 interface 是什麼 (i.e. 有什麼 method,
還有 method signature), 然後 API user就使用
這 interface, 這樣其實就是 interface oriented
programming.
但如果你想要的是 compile time checking, 那麼
我就幫不上忙了 :P 以我所知, 由於 Ruby 是
Ducking type, 只有到真正跑時才能知道某 object
有沒有支援某 'interface', 你最多只能在運作
是用 respond_to 在 runtime 檢查. 這和 Java
(or C++ or C# etc) 在 compile time 已經能
"確定" interface 的支援很不同. 但這種又是 strongly-
typed language 的特徵, 要套在 Ruby 用又好像不太合適.
Alien
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 202.72.0.45
※ 編輯: adrianshum 來自: 202.72.0.45 (02/21 15:36)