确定操作是针对成员还是针对集合

Question

我一直在尝试找到一种干净的方法来确定某个操作（在 rails 控制器中）是适用于成员还是适用于集合。

例如当你在 routes.rb 中声明时

resources :projects

您会在“集合”上定义以下方法：

• 索引
• 创建
• 新

以下是关于“成员”的定义：

• 更新
• 显示
• 删除

我正在尝试找到一种方法来在视图中利用这种出色的模式，例如：

<% if @controller.action.applies_on_members? %>
  <%= link_to :destroy, :method => "delete", :confirm => "RU Sure" %>
  <%= link_to :show, "show" %>
<% end %>

同样，这在 before_filters 中也很有用

before_filter :find_project, :only_on_members => true

目前我必须做以下事情：

before_filter :find_project, :except => [:new, :create, :index, :export_all, :destroy_all, :archive_all]

这很烦人，我的想法是所有这些操作都有一个共同的行为：它们是在 collections 中定义的。

有没有人知道如何以干净的方式实现这一目标？

注意：我问这个问题的原因是因为我正在寻找在开发方面可扩展的东西，例如 before_filters 或某些部分的行为会自动被新的自定义操作继承。

谁从来不用写下类似的东西

<% unless ["new", "index", "some_other_action1", "some_other_action2", "some_other_action3", "some_other_action4"].include? @controller.action_name %>
  <%= link_to "Destroy", :project, :method => :delete %>  
<% end %>

Answer 1

在发布此问题将近一年后，我知道已经为这个问题找到了合理的解决方案。

如果我们看看on => :member 和on => :collection 的真正作用，区别在于on => :member 生成的路径包含:id 参数，而on => :collection 版本没有。

然后，一个简单的解决方案将在自定义方法中测试 params[:id] 是否为空白。它看起来像这样（比如application_controller.rb）：

class ApplicationController < ActionController::Base

  def on_member?
    !params[:id].blank?
  end

  helper_method :on_member? #method will be accessible in views
end

例如，如this post 中所述，我们可以在 before_filter 中执行类似的操作：

before_filter :find_project, :if => :on_member?

在视图中，这使我可以像这样检查方法的种类：

<% if on_member? %>
  <%= link_to :destroy, :method => "delete", :confirm => "RU Sure" %>
  <%= link_to :show, "show" %>
<% end %>

Answer 2

首先，对集合及其条目进行操作的模式是 REST 的一部分，它是 Rails 的支柱之一。您所确定的本质上就是 REST 所称的 collections 和 entries。理论上，您可以在集合或该集合中的条目上应用the most common HTTB verbs，其中：GET;检索，PUT；替换，POST；创建和删除；破坏。虽然有点不清楚 POST 会对单个条目做什么。

然而，在实践中，在 Rails 中，您通常使用您已经确定的那些：

• 集合
  • 创建条目（POST）
  • 查看条目 (GET)
• 条目
  • 更新条目（PUT）
  • 显示条目 (GET)
  • 删除条目（DELETE）

这些是 Rails 添加的 RESTful 路由。然而，正如您所知，Rails 还包含另外两个操作来实现一个用户页面，该页面可以为这些端点提供必要的数据。 （新，编辑），

我很少看到人们得出这些定义。在我看来，如果你真的想解决这个问题，至少有两种方法可以解决这个问题（见帖子底部）：

您可以对 "_normalize_callback_options" 进行猴子补丁以获取您建议的确切语法。这是相对简单的，但如果上游改变了任何结构，你必须改变你的补丁，因此它不是很可持续。因此，我不会推荐这种方法，无论合成糖看起来多么有品位。当然你也可以尝试在上游提交，但由于下面提到的原因，它不太可能被接受。 :-)

相反，我会将您的定义放在初始化程序中：config/initializer/rest.rb

ENTRY_ACTIONS      = [:edit, :new, :show, :delete, :update]
COLLECTION_ACTIONS = [:create, :index]

然后在您的过滤器中使用它们，例如：

before_filter :find_project, only: ENTRY_ACTIONS

要在您的视图中访问，请将entry_action? 和collection_action? 方法添加到您的应用程序助手中：

module ApplicationHelper
  def entry_action?
    ENTRY_ACTIONS.include?(controller.action_name.to_sym)
  end

  def collection_action?
    COLLECTION_ACTIONS.include?(controller.action_name.to_sym)
  end
end

那么在你看来：

<% if entry_action? %>
   # code
<% end %>

我自己不会将其提取为常量，而是直接编写数组，因为我认为稍后回来阅读时会更清楚。此外，大多数人每次遇到这些远非最佳的方法时都必须三思而后行。

Answer 3

您遇到了一个非常常见的问题，该问题已经在 Rails 中为我们解决了，而且几乎完全颠倒了。您应该tell您的视图和控制器来做它需要做的事情，但它知道如何做，而不是询问控制器它在整个应用程序中的状态。

既然您已经确定 index、create 和 new 操作适用于“集合”，而 update、show 和 delete 适用于“成员”，您应该定义每个相应的控制器操作和视图都可以使用这些形式的资源。

回到您给出的示例，链接应该在部分中定义，并让适当的视图模板呈现部分。

你的before_filter应该写成before_filter :find_project, :only => [:update, :show, :delete]。

一想到在您的应用程序中到处都看到对@controller.action.applies_on_members? 的调用，我就想到了一个标志，即您需要重新考虑您的设计。同样，您正在尝试解决 Rails 已经为您解决的问题。