說到method_missing大家都知道是Ruby元編程的夢中情人,但是有時候程序員病沒有很小心的處理他們之間的關系,下面就和武林技術頻道小編一起來探討一下吧!
** 我該怎么用 method_missing **
什么時候該抵擋 method_missing 的誘惑
首先,永遠不要在還沒花時間考慮你用得夠不夠好之前,就向 method_missing 的魅力屈服。你知道,在日常生活中,很少會讓你以為的那樣亟需 method_missing:
日常:方法代理
案例:我需要讓這個類能夠使用另一個類的方法
這是我所見過最普遍的使用 method_missing 的情況。這在 gems 與 Rails 插件里頭尤其流行。它的模型類似這樣:
?
class B
? def initialize
??? @b = A.new
? end
? def method_missing(method_name, *args, &block)
??? @b.send(method_name, *args, &block)
? end
end
A.new.hi #=> Hi from A
B.new.hi #=> Hi from A
如此,B 就擁有了 A 的所有實例方法。但是讓我們想想,在調用 @b.hi 的時候都發生了什么。你的 ruby 環境沿著繼承鏈一路找 hi 這個方法,到最后,恰恰在丟出個 NoMethodError 前,它調了 method_missing 這個方法。
?
在上例中,情況并不壞,畢竟這里就兩個微不足道的類需要查。但通常,我們是在 Rails 或者其他一些框架的上下文中編程。而你的 Rails 模型繼承自 ActiveRecord,而它又集成自其他一大坨的類,于是現在你就有了一坨高高的堆棧要爬?? 在你每次調用 @b.hi 的時候!
你的好基友:define_method
估計現在你在抱怨,“但是史蒂夫,我需要 method_missing” 我告訴你,別忘了其實除了情婦之外,你還有個忠誠的好基友,叫做 define_method。
它允許你動態地定義一個方法(顧名思義)。它的偉大之處在于,在它執行過之后(通常在你的類們加載之后),這些方法就存在你的類中了,簡單直接。在你創建這些方法的時候,也沒有什么繼承鏈需要爬。
define_method 很有愛很可靠,并且能夠滿足你的日常生活。不信我?接著看??
“可是我有一大坨方法要定義!” 你抱怨
?
“沒問題!” 我賣萌眨眼
可是我懶得把它們一個個寫出來!
?
你有點難搞哦
那假如我要定義的方法跟原本的有那么一些些不一樣呢?
?
容易
?
class B
? A.instance_methods.each do |name|
??? define_method("what_is_#{name}") do
????? if @b.respond_to?(name)
??????? @b.send(name)
????? else
??????? false
????? end
??? end
? end
end
B.new.what_is_hi #=> "Hi."
B.new.what_is_wtf #=> false
呃,代碼看起來不優雅啊
?
那就沒辦法了,湊合得了。如果你想要代碼更易讀,可以看看我們的ruby delegation library 和 Rails ActiveRecord delegation。
好,我們總結一下,看看 define_method 的真正威力。
?
?
案例:我要依據某種模式提供一組方法。這些方法做的事情顧名思義。我可能從來沒有調用過這些可能的方法,但是等我要用的時候,它們必須可用。
?
?
當你有一大堆元方法要定義,又不一定用得到的時候,method_missing 是個完美的折衷。
?
并不是每次調用都要處理的,你應該先檢查一下這次調用是否符合你需要添加的元方法的模式:
?
檢查好了,確實要處理的,請記得把函數體包在你的好基友,define_method 里面。如此,下次就不用找情婦了:
?
自己處理不來的方法,可能父類有辦法,所以 super 一下:
?
要告訴別人,你的類雖然暫時還沒有這個方法,但是其實是能夠響應這方法的。
在每一個Ruby程序員的生活中,這三種方法都起著重要的作用,大家都記起來了沒有呢?可以收藏武林技術頻道,方便大家查閱技術知識!
新聞熱點
疑難解答
圖片精選