module ActionVIEw::Helpers::FormHelper include ActionVIEw::Helpers::FormTagHelper alias_method :original_fIElds_for,:fIElds_for def fIElds_for(<my arguments>) # Some extra stuff # ... output.safe_concat original_fIElds_for(<my other arguments>) endend
功能很好,但我开始怀疑我使用alias_method并不是最优雅的.最特别的是,如果我要将此功能打包到gem中,并且还有另一个宝石覆盖了fIElds_for,我是否会想到我的新fIElds_for或备用fIElds_for会被跳过?
假设是这样,将一些额外的功能用于现有的rails方法的正确方法是什么?
干杯…
解决方法 这看起来就像alias_method_chain的意思(虽然我不知道它是否适用于模块 – 只在AR :: Base上使用它)你只是这样做
module ActionVIEw::Helpers::FormHelper include ActionVIEw::Helpers::FormTagHelper alias_method_chain :fIElds_for,:honeypot def fIElds_for_with_honeypot(<my arguments>) # Some extra stuff # ... output.safe_concat fIElds_for_without_honeypot(<my other arguments>) endend
有趣的想法这样做到fIElds_for,但它应该工作.
关于a_m_c你应该注意的一个小争议 – 这篇文章总结得很好http://erniemiller.org/2011/02/03/when-to-use-alias_method_chain/
在这种情况下,我认为你不能使用super,因为你想修改form_for而不修改调用代码/视图.
总结以上是内存溢出为你收集整理的ruby-on-rails – Ruby / Rails:alias_method实践全部内容,希望文章能够帮你解决ruby-on-rails – Ruby / Rails:alias_method实践所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)