Rails 中的 RESTful habtm 关系

Question

假设我有两个 :has_and_belongs_to_many 模型，它们通过一个简单的索引表连接起来。这就是我的routes.rb的样子：

match "foo/:id" => "foos#create", :via => :post
match "foo/:id" => "foos#update", :via => :put
match "foo/:id" => "foos#read", :via => :get
match "foo/:id" => "foos#delete", :via => :delete

match "foos/:id/bars" => "foos#add_bar", :via => :post

最后一条路线（有问题的路线）映射到foo_controller.rb中的add_bar方法，该方法需要一个bar的JSON表示：

def add_bar
  @bar = Bar.find(params[:bar][:id])
  if @bar.nil?
    @bar = Bar.create(params[:bar])
    validation_error(@bar.errors) unless @bar.valid?
    @bar.save!
  end
  @foo.bars << @bar
  @foo.save!
  respond(ResponseCode::OK, @bar)
end  

这是否使感觉？我正在匹配推送到 Rails 中的集合的行为，但从 RESTful 的角度来看，这对我来说感觉很脏。也许我错了。想法？

Answer 1

重新开始并使用：

resources :foos do
  member do
    post 'bars', :to => "foos#add_bar", :as => :add_bar_to
  end
end

这为您提供了六个基本的 RESTful CRUD 路由，以及一个 add_bar_to_foo 辅助方法。您的 foos 控制器应该有一个 show 方法，而不是 read。这是 Rails 约定。

要处理添加条形，

def add_bar
  @foo = Foo.find(params[:id]) # find the foo
  @bar = @foo.bars.build(params[:bar]) # build new bar through foo
  if @bar.save
    render :json => @bar # 'OK' response
  else
    render :json => @bar, :status => :unprocessable_entity # failure response
  end
end