Ruby元編程的一些值得注意的地方
避免無限循環(huán)的元編程。
寫一個函數(shù)庫時不要使核心類混亂(不要使用 monkey patch)。
代碼塊形式最好用于字符串插值形式。
當你使用字符串插值形式,總是提供 __FILE__ 和 __LINE__,使得你的回溯有意義。
class_eval 'def use_relative_model_naming?; true; end', __FILE__, __LINE__
define_method 最好用 class_eval{ def ... }
當使用 class_eval (或者其他的 eval)以及字符串插值,添加一個注釋塊使之在插入的時候顯示(這是我從 rails 代碼學來的實踐):
# from activesupport/lib/active_support/core_ext/string/output_safety.rb
UNSAFE_STRING_METHODS.each do |unsafe_method|
if 'String'.respond_to?(unsafe_method)
class_eval <<-EOT, __FILE__, __LINE__ + 1
def #{unsafe_method}(*args, &block) # def capitalize(*args, &block)
to_str.#{unsafe_method}(*args, &block) # to_str.capitalize(*args, &block)
end # end
def #{unsafe_method}!(*args) # def capitalize!(*args)
@dirty = true # @dirty = true
super # super
end # end
EOT
end
end
避免在元編程中使用 method_missing,它使得回溯變得很麻煩,這個習慣不被列在 #methods,拼寫錯誤的方法可能也在默默的工作,例如 nukes.launch_state = false??紤]使用委托,代理或者是 define_method ,如果必須這樣,使用 method_missing ,
確保 也定義了 respond_to_missing?
僅捕捉字首定義良好的方法,像是 find_by_* ― 讓你的代碼越肯定(assertive)越好。
在語句的最后調用 super
delegate 到確定的、非魔法方法中:
# bad def method_missing?(meth, *args, &block) if /^find_by_(?<prop>.*)/ =~ meth # ... lots of code to do a find_by else super end end # good def method_missing?(meth, *args, &block) if /^find_by_(?<prop>.*)/ =~ meth find_by(prop, *args, &block) else super end end # best of all, though, would to define_method as each findable attribute is declared
相關文章
CentOS7下搭建ruby on rails開發(fā)環(huán)境
聽說rails是一個比較流行的快速開發(fā)框架,對于我這個web不熟悉的人來說,那是極好的!可以快速上手,又能真正了解服務器端的各種,所以rails搞起來。不過一個完整的開發(fā)環(huán)境搭建過程完成后,真的只能用各種坑來形容~2016-02-02
Ruby on Rails實現(xiàn)最基本的用戶注冊和登錄功能的教程
這里我們主要以has_secure_password的用戶密碼驗證功能為中心,來講解Ruby on Rails實現(xiàn)最基本的用戶注冊和登錄功能的教程,需要的朋友可以參考下2016-06-06
Windows下Ruby on Rails開發(fā)環(huán)境安裝配置圖文教程
這篇文章主要介紹了Windows下Ruby on Rails開發(fā)環(huán)境安裝配置圖文教程,ROR初學者必看,需要的朋友可以參考下2014-07-07

