Ruby on rails 救命啊!我的应用程序_helper.rb越来越麻烦

Ruby on rails 救命啊!我的应用程序_helper.rb越来越麻烦,ruby-on-rails,ruby-on-rails-3,helper,Ruby On Rails,Ruby On Rails 3,Helper,我的应用程序\u helper.rb越来越大了。在我的辩护中,它只包含HTML生成方法,而这些方法都不执行任何类型的业务逻辑。这些方法都不是特定于任何页面或控制器的,并且大多数方法彼此无关 这个问题的典型解决方案是什么?吸起来?创建额外的*\u helper.rb文件以吸收一些应用程序\u helper的方法?通常我们有控制器的帮助器(每个控制器一个帮助器,如果您只将帮助器方法放在该控制器的模板上),并且您还可以基于您自己的组织创建帮助器 如果您有许多与轮询相关的方法,您可以创建一个PollsH

我的
应用程序\u helper.rb
越来越大了。在我的辩护中,它只包含HTML生成方法,而这些方法都不执行任何类型的业务逻辑。这些方法都不是特定于任何页面或控制器的,并且大多数方法彼此无关


这个问题的典型解决方案是什么?吸起来?创建额外的
*\u helper.rb
文件以吸收一些
应用程序\u helper
的方法?

通常我们有控制器的帮助器(每个控制器一个帮助器,如果您只将帮助器方法放在该控制器的模板上),并且您还可以基于您自己的组织创建帮助器


如果您有许多与轮询相关的方法,您可以创建一个PollsHelper并将所有方法放在其中,即使没有名为PollsController的控制器。此外,Rails总是加载所有帮助程序并将其包含在视图中,因此您可以随意命名它们(只要它们位于“帮助程序”文件夹中并以“帮助程序”结尾)。

通常我按类型组织-例如按钮和链接帮助程序,条件帮助器等。我只是将它们创建为模块,并将它们包含在需要它们的控制器中。 这样做的好处是不会为每个视图加载未使用的函数