从 around_action 回调渲染控制器操作的视图

Question

我正在渲染一个 js.erb 部分，它使 ajax 功能能够喜欢/不喜欢餐厅的菜肴。我最近遇到了回调around_action，并认为yield将有助于首先执行控制器操作，然后渲染模板。不幸的是，我500 (Internal Server Error)因为respond_to从未接到电话而收到了罚单。

respond_to如果我将其放置在控制器操作内部但不在回调内部，则该方法有效。我究竟做错了什么？

class DishesController < ApplicationController
  before_action :set_dish_and_restaurant
  around_action :render_vote_partial

  def like
    @dish.liked_by current_user
  end

  ...

  private
    def set_dish_and_restaurant
      @dish = Dish.find(params[:id])
    end

    def render_vote_partial
      yield
      respond_to { |format| format.js { render "vote.js.erb" } }
    end
end

控制台错误

ActionView::MissingTemplate (Missing template dishes/like, application/like with {:locale=>[:en], :formats=>[:js, "application/ecmascript", "application/x-ecmascript", :html, :text, :js, :css, :ics, :csv, :vcf, :png, :jpeg, :gif, :bmp, :tiff, :mpeg, :xml, :rss, :atom, :yaml, :multipart_form, :url_encoded_form, :json, :pdf, :zip], :variants=>[], :handlers=>[:erb, :builder, :raw, :ruby, :coffee, :jbuilder]}. Searched in:
  * "/app/views"
  * "/Library/Ruby/Gems/2.0.0/gems/devise-3.5.1/app/views"
):
  app/controllers/dishes_controller.rb:29:in `render_vote_partial'

Answer 1

好的，通过您的堆栈跟踪，可以很清楚地了解发生了什么。您必须了解约定优于配置的默认 Rails 行为。

一旦您调用yield，您的控制器操作就会被调用。现在，一旦操作完成执行，所有控制器操作默认都会渲染与操作同名的视图。

因此，调用render_toafteryield没有任何意义，因为您屈服的控制器操作已经调用了它的渲染:)

无论如何，您尝试做的是一个糟糕的设计模式，渲染视图应该留给actions

更新

从理论上讲：当您希望保持事物干燥时，您可以通过创建一个在每个操作后调用它的通用方法来在每个操作后呈现相同的视图。然而，想一想，你的渲染将只有一行，并且调用相同的方法也将需要一行:)那么 DRY 在哪里呢？

简而言之，DRY 不应该过度，而以牺牲简单性为代价。在我看来，KISS胜过DRY :)