麻豆小视频在线观看_中文黄色一级片_久久久成人精品_成片免费观看视频大全_午夜精品久久久久久久99热浪潮_成人一区二区三区四区

首頁 > 編程 > Ruby > 正文

Ruby元編程之夢中情人method_missing方法詳解

2020-10-29 19:38:45
字體:
來源:轉載
供稿:網友

我最近讀了些文章(比如這篇),宣傳在 Ruby 里使用 method_missing 的。

很多人都與 method_missing 干柴烈火,但在并沒有小心處理彼此之間的關系。所以,我想來探討一下這個問題:

** 我該怎么用 method_missing **

什么時候該抵擋 method_missing 的誘惑

首先,永遠不要在還沒花時間考慮你用得夠不夠好之前,就向 method_missing 的魅力屈服。你知道,在日常生活中,很少會讓你以為的那樣亟需 method_missing:

日常:方法代理

案例:我需要讓這個類能夠使用另一個類的方法

這是我所見過最普遍的使用 method_missing 的情況。這在 gems 與 Rails 插件里頭尤其流行。它的模型類似這樣:

復制代碼 代碼如下:

class A
  def hi
    puts "Hi from #{self.class}"
  end
end

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
  define_method(:hi) do
    @b.hi
  end
end

“可是我有一大坨方法要定義!” 你抱怨

“沒問題!” 我賣萌眨眼

復制代碼 代碼如下:

class B
  [:hi, :bye, :achoo, :gesundheit].each do |name|
    define_method(name) do
      @b.send(name)
    end
  end
end

可是我懶得把它們一個個寫出來!

你有點難搞哦

復制代碼 代碼如下:

class A
  # ... lots of methods in here
end
class B
  A.instance_methods.each do |name|
    define_method(name) do
      @b.send(name)
    end
  end
end

那假如我要定義的方法跟原本的有那么一些些不一樣呢?

容易

復制代碼 代碼如下:

class A
  def hi
    puts "Hi."
  end
end

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 的真正威力。

修改自 ruby-doc.org 上的 例子

復制代碼 代碼如下:

class A
  def fred
    puts "In Fred"
  end
  def create_method(name, &block)
    self.class.send(:define_method, name, &block)
  end
  define_method(:wilma) { puts "Charge it!" }
end
class B < A
  define_method(:barney, instance_method(:fred))
end

a = B.new
a.barney                                #=> In Fred
a.wilma                                 #=> Charge it!
a.create_method(:betty) { p self.to_s }
a.betty                                 #=> B


什么時候用 method_missing?

現在你估計在想,總有該用它的時候吧,不然還要它干嘛?沒錯。

動態命名的方法(又名,元方法)

案例:我要依據某種模式提供一組方法。這些方法做的事情顧名思義。我可能從來沒有調用過這些可能的方法,但是等我要用的時候,它們必須可用。

現在才是人話!這其實正是 ActiveRecord 所采用的方式,為你提供那些基于屬性的動態構建的查找方法,比如 find_by_login_and_email(user_login, user_email)。

復制代碼 代碼如下:

def method_missing(method_id, *arguments, &block)
  if match = DynamicFinderMatch.match(method_id)
    attribute_names = match.attribute_names
    super unless all_attributes_exists?(attribute_names)
    if match.finder?
      # ...you get the point
    end # my OCD makes me unable to omit this
    # ...
  else
    super # this is important, I'll tell you why in a second
  end
end

權衡利弊

當你有一大堆元方法要定義,又不一定用得到的時候,method_missing 是個完美的折衷。

想想 ActiveRecord 中基于屬性的查找方法。要用 define_method 從頭到腳定義這些方法,ActiveRecord 需要檢查每個模型的表中所有的字段,并為每個可能的字段組合方式都定義方法。

復制代碼 代碼如下:

find_by_email
find_by_login
find_by_name
find_by_id
find_by_email_and_login
find_by_email_and_login_and_name
find_by_email_and_name
# ...

假如你的模型有 10 個字段,那就是 10! (362880)個查找方法需要定義。想象一下,在你的 Rails 項目跑起來的時候,有這么多個方法需要一次定義掉,而 ruby 環境還得把它們都放在內存里頭。

老虎?伍茲都做不來的事情。

** 正確的 method_missing 使用方式

(譯者猥瑣地注:要回家了,以下簡要摘譯)

1、先檢查

并不是每次調用都要處理的,你應該先檢查一下這次調用是否符合你需要添加的元方法的模式:

復制代碼 代碼如下:

def method_missing(method_id, *arguments, &block)
  if method_id.to_s =~ /^what_is_[/w]+/
    # do your thing
  end
end

2、包起來

檢查好了,確實要處理的,請記得把函數體包在你的好基友,define_method 里面。如此,下次就不用找情婦了:

復制代碼 代碼如下:

def method_missing(method_id, *arguments, &block)
  if method_id.to_s =~ /^what_is_[/w]+/
    self.class.send :define_method, method_id do
      # do your thing
    end
    self.send(method_id)
  end
end

3、擦屁股

自己處理不來的方法,可能父類有辦法,所以 super 一下:

復制代碼 代碼如下:

def method_missing(method_id, *arguments, &block)
  if method_id.to_s =~ /^what_is_[/w]+/
    self.class.send :define_method, method_id do
      # do your thing
    end
    self.send(method_id)
  else
    super
  end
end

4、昭告天下

復制代碼 代碼如下:

def respond_to?(method_id, include_private = false)
  if method_id.to_s =~ /^what_is_[/w]+/
    true
  else
    super
  end
end

要告訴別人,你的類雖然暫時還沒有這個方法,但是其實是能夠響應這方法的。

** 總結 **

在每個 Ruby 程序員的生活中,這仨方法扮演了重要的角色。define_method 是你的好基友,method_missing 是個如膠似漆但也需相敬如賓的情婦,而 respond_to? 則是你的愛子,如此無虞。

發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
主站蜘蛛池模板: 美女福利视频国产 | 日韩在线毛片 | 成人午夜天堂 | 一级黄色毛片免费 | 国产精品久久av | 亚洲最大中文字幕 | 丰满年轻岳中文字幕一区二区 | 91在线色| 精品黑人一区二区三区国语馆 | av影院在线播放 | 可以看毛片的网址 | 失禁高潮抽搐喷水h | 毛片福利 | 视屏一区 | 欧美日韩高清一区 | 久久国产精品免费视频 | 视频一区二区三区在线播放 | 国产小视频一区 | 国产精品视频一区二区三区四 | 在线播放视频一区二区 | 欧美日韩在线免费观看 | 美女久久久久久久久 | 国内精品久久久久久久星辰影视 | 成人免费网站在线观看视频 | 免费a级网站 | 中文字幕在线观看精品 | 国产高潮国产高潮久久久91 | 亚洲3p激情在线观看 | 久久久久亚洲国产精品 | 黄网站免费在线看 | 黄色网战入口 | 欧美亚洲另类在线 | 九一免费国产 | 免费在线观看成人av | 日本在线精品视频 | 在线观看网址av | 久草在线手机观看 | 国产午夜精品久久久久 | 成人午夜免费av | 久久不射电影网 | 午夜视频在线 |