0
我正在做一些重构我有一段代码,并且正在考虑将一些东西从模型转移到辅助方法中。Rails的帮手方法
没什么特别的,但我的模型做了一些屏幕抓取,我需要处理(和过滤)一些返回的字符串,所以它们被传回给控制器很好的格式化。
我一直在使用我的视图的助手方法。
我的问题是,在模型中使用辅助方法是否是一个好习惯,还是应该简单地在模型中添加我的字符串清理方法?
在此先感谢
我正在做一些重构我有一段代码,并且正在考虑将一些东西从模型转移到辅助方法中。Rails的帮手方法
没什么特别的,但我的模型做了一些屏幕抓取,我需要处理(和过滤)一些返回的字符串,所以它们被传回给控制器很好的格式化。
我一直在使用我的视图的助手方法。
我的问题是,在模型中使用辅助方法是否是一个好习惯,还是应该简单地在模型中添加我的字符串清理方法?
在此先感谢
既然你不举一个例子,这是很难做到具体,但在一般情况下,我喜欢把可重复使用的功能的机型,特别如果它涉及到模型有问题。
一般示例了我的头顶部:
def name
first_name + " " + last_name
end
具有一个辅助方法的等效代替。我的意思是,如果你已经有了一个专门用于屏幕抓取的模型,那么它会有一堆方法在其中(可能在适当的时候被提取到模块/库/插件中),这些做法涉及到屏幕抓取。
我见过使用模型帮助者方法的人的例子,但我尽量避免这种情况。也就是说,每条规则都有例外。 :)
就是这样,我没有专门的屏幕报废模型。你会推荐这么做吗? –
对我有意义。如果这是你的应用程序的一部分,并且它存储了由屏幕刮擦产生的东西,那么为我建立一个模型是有意义的。 – dpb