避免父控制器和子控制器的控制器操作之间耦合的模式

时间:2012-12-18 10:54:22

标签: ruby-on-rails ruby ruby-on-rails-3 dry code-duplication

假设您拥有QuestionAnswer个模型,并且会从questions#show页面(如StackoverFlow)提交新答案。

除非questions#showanswers#create操作加载相同的数据,否则如果新答案出现验证错误,answers#create将抛出异常(通常在nil类上没有方法) 。这不是一个主要问题,但是当您添加过滤器和其他类型的数据时,代码开始闻起来,并且您在两个操作之间得到紧密耦合。改变一个需要改变另一个 - 容易忘记。

我想知道经验丰富的Rails开发人员做了什么,如果有的话,以避免这种耦合?

  # Assume Discussion = Question, and Response = Answer
  # Discussions#show
  def show
    @discussion = Discussion.find(params[:id]) # The question
    @responses = @discussion.responses.includes(:author) # Existing answers
    @response = @discussion.responses.build # New answer object for the form
    order = 'users.role'
    if params[:filter].present?
      order = case params[:filter]
      when 'new'
        then 'responses.created_at DESC'
      end
    end
    @responses = @responses.order(order)
  end

现在让我们看看responses#create操作,该操作必须为render加载相同的数据(如果验证失败):

  # Responses#create
  def create
    # @discussion is loaded using a before filter
    @response = @discussion.responses.build(params[:response])
    @response.author = current_user
    @responses = @discussion.responses.includes(:author)
    order = 'users.role'
    if params[:filter].present?
      order = case params[:filter]
      when 'new'
        then 'responses.created_at DESC'
      end
    end
    @responses = @responses.order(order)
    respond_to do |format|
      if @response.save
        format.html { redirect_to @discussion }
        format.js
      else
        format.html { render 'discussions/show' } # fails if discussions#show and responses#new do not load the same data.
      end
    end
  end

1 个答案:

答案 0 :(得分:1)

看起来您的问题是您在不相关的控制器操作之间存在非常紧密的耦合,因为答案#create正试图成为讨论#show。

一种选择是在验证错误和成功时重定向到@discussion,并将提交的答案参数传递给重定向。然后你可以处理问题显示动作中有答案数据的“特殊”情况。