Class: ActionController::Responder

Inherits:
Object
  • Object
show all
Defined in:
lib/action_controller/metal/responder.rb

Overview

Responsible for exposing a resource to different mime requests, usually depending on the HTTP verb. The responder is triggered when respond_with is called. The simplest case to study is a GET request:

class PeopleController < ApplicationController
  respond_to :html, :xml, :json

  def index
    @people = Person.find(:all)
    respond_with(@people)
  end
end

When a request comes in, for example for an XML response, three steps happen:

1) the responder searches for a template at people/index.xml;

2) if the template is not available, it will invoke <code>#to_xml</code> on the given resource;

3) if the responder does not <code>respond_to :to_xml</code>, call <code>#to_format</code> on it.

Builtin HTTP verb semantics

The default Rails responder holds semantics for each HTTP verb. Depending on the content type, verb and the resource status, it will behave differently.

Using Rails default responder, a POST request for creating an object could be written as:

def create
  @user = User.new(params[:user])
  flash[:notice] = 'User was successfully created.' if @user.save
  respond_with(@user)
end

Which is exactly the same as:

def create
  @user = User.new(params[:user])

  respond_to do |format|
    if @user.save
      flash[:notice] = 'User was successfully created.'
      format.html { redirect_to(@user) }
      format.xml { render :xml => @user, :status => :created, :location => @user }
    else
      format.html { render :action => "new" }
      format.xml { render :xml => @user.errors, :status => :unprocessable_entity }
    end
  end
end

The same happens for PUT and DELETE requests.

Nested resources

You can supply nested resources as you do in form_for and polymorphic_url. Consider the project has many tasks example. The create action for TasksController would be like:

def create
  @project = Project.find(params[:project_id])
  @task = @project.comments.build(params[:task])
  flash[:notice] = 'Task was successfully created.' if @task.save
  respond_with(@project, @task)
end

Giving several resources ensures that the responder will redirect to project_task_url instead of task_url.

Namespaced and singleton resources require a symbol to be given, as in polymorphic urls. If a project has one manager which has many tasks, it should be invoked as:

respond_with(@project, :manager, @task)

Note that if you give an array, it will be treated as a collection, so the following is not equivalent:

respond_with [@project, :manager, @task]

Custom options

respond_with also allow you to pass options that are forwarded to the underlying render call. Those options are only applied success scenarios. For instance, you can do the following in the create method above:

def create
  @project = Project.find(params[:project_id])
  @task = @project.comments.build(params[:task])
  flash[:notice] = 'Task was successfully created.' if @task.save
  respond_with(@project, @task, :status => 201)
end

This will return status 201 if the task was saved with success. If not, it will simply ignore the given options and return status 422 and the resource errors. To customize the failure scenario, you can pass a a block to respond_with:

def create
  @project = Project.find(params[:project_id])
  @task = @project.comments.build(params[:task])
  respond_with(@project, @task, :status => 201) do |format|
    if @task.save
      flash[:notice] = 'Task was successfully created.'
    else
      format.html { render "some_special_template" }
    end
  end
end

Using respond_with with a block follows the same syntax as respond_to.

Constant Summary collapse

ACTIONS_FOR_VERBS =
{
  :post => :new,
  :put => :edit
}

Instance Attribute Summary collapse

Class Method Summary collapse

Instance Method Summary collapse

Constructor Details

#initialize(controller, resources, options = {}) ⇒ Responder

Returns a new instance of Responder.



124
125
126
127
128
129
130
131
132
133
# File 'lib/action_controller/metal/responder.rb', line 124

def initialize(controller, resources, options={})
  @controller = controller
  @request = @controller.request
  @format = @controller.formats.first
  @resource = resources.last
  @resources = resources
  @options = options
  @action = options.delete(:action)
  @default_response = options.delete(:default_response)
end

Instance Attribute Details

#controllerObject (readonly)

Returns the value of attribute controller.



117
118
119
# File 'lib/action_controller/metal/responder.rb', line 117

def controller
  @controller
end

#formatObject (readonly)

Returns the value of attribute format.



117
118
119
# File 'lib/action_controller/metal/responder.rb', line 117

def format
  @format
end

#optionsObject (readonly)

Returns the value of attribute options.



117
118
119
# File 'lib/action_controller/metal/responder.rb', line 117

def options
  @options
end

#requestObject (readonly)

Returns the value of attribute request.



117
118
119
# File 'lib/action_controller/metal/responder.rb', line 117

def request
  @request
end

#resourceObject (readonly)

Returns the value of attribute resource.



117
118
119
# File 'lib/action_controller/metal/responder.rb', line 117

def resource
  @resource
end

#resourcesObject (readonly)

Returns the value of attribute resources.



117
118
119
# File 'lib/action_controller/metal/responder.rb', line 117

def resources
  @resources
end

Class Method Details

.call(*args) ⇒ Object

Initializes a new responder an invoke the proper format. If the format is not defined, call to_format.



145
146
147
# File 'lib/action_controller/metal/responder.rb', line 145

def self.call(*args)
  new(*args).respond
end

Instance Method Details

#respondObject

Main entry point for responder responsible to dispatch to the proper format.



151
152
153
154
# File 'lib/action_controller/metal/responder.rb', line 151

def respond
  method = "to_#{format}"
  respond_to?(method) ? send(method) : to_format
end

#to_formatObject

All other formats follow the procedure below. First we try to render a template, if the template is not available, we verify if the resource responds to :to_format and display it.



174
175
176
177
178
179
180
181
182
# File 'lib/action_controller/metal/responder.rb', line 174

def to_format
  if get? || !has_errors?
    default_render
  else
    display_errors
  end
rescue ActionView::MissingTemplate => e
  api_behavior(e)
end

#to_htmlObject

HTML format does not render the resource, it always attempt to render a template.



159
160
161
162
163
# File 'lib/action_controller/metal/responder.rb', line 159

def to_html
  default_render
rescue ActionView::MissingTemplate => e
  navigation_behavior(e)
end

#to_jsObject

to_js simply tries to render a template. If no template is found, raises the error.



166
167
168
# File 'lib/action_controller/metal/responder.rb', line 166

def to_js
  default_render
end