在一个带有支架RESTful模型的全新Rails应用程序中，生成的删除代码如下所示：

class BeersController < ApplicationController
  # DELETE /beers/1
  # DELETE /beers/1.xml
  def destroy
    @beer = Beer.find(params[:id])
    @beer.destroy

    respond_to do |format|
      format.html { redirect_to(beers_url) }
      format.xml  { head :ok }
    end
  end
end

如果用户尝试删除同一啤酒两次(可能是快速双击，或在两个不同的浏览器选项卡中执行操作)，他们将收到一个RecordNotFound错误，导致出现404页面。这是一种非常不友好的体验；无论如何，似乎完成重定向回beers_url会更好，可能会出现flash错误，因为对于第二次删除失败，用户实际上无能为力。
另一种方法是表现为删除已成功，如下所示：

def destroy
  @beer = Beer.find_by_id(params[:id])
  destroyed = @beer.try(:destroy)        

  respond_to do |format|
    format.html { redirect_to(beers_url) }
    format.xml  { destroyed ? head(:ok) : head(:not_found) }
  end
end

我可以理解在API用例中出现硬404错误的愿望，但我很难为Web应用程序辩护。有谁能提供一个很好的理由，为什么我们应该以RESTful的名义向用户抛出一个可怕的错误？
(这个问题并不是Rails所特有的，但我不知道其他框架是如何开箱即用地处理这个问题的)。