1
0
Fork 0
mirror of https://github.com/rails/rails.git synced 2022-11-09 12:12:34 -05:00

Add some docs for MiddlewareStackProxy methods and api_only!

[Carlos Antonio da Silva & Santiago Pastorino]
This commit is contained in:
Carlos Antonio da Silva 2012-03-06 08:26:09 -03:00
parent 3e776496d0
commit 6b28c94e20
3 changed files with 49 additions and 5 deletions

View file

@ -13,15 +13,14 @@ endprologue.
h3. What is an API app? h3. What is an API app?
Traditionally, when people said that they used Rails as an "API", they meant Traditionally, when people said that they used Rails as an "API", they meant providing a programmatically accessible API alongside their web application.
providing a programmatically accessible API alongside their web application.
For example, GitHub provides "an API":http://developer.github.com that you can use from your own custom clients. For example, GitHub provides "an API":http://developer.github.com that you can use from your own custom clients.
With the advent of client-side frameworks, more developers are using Rails to build a backend that is shared between their web application and other native applications. With the advent of client-side frameworks, more developers are using Rails to build a backend that is shared between their web application and other native applications.
For example, Twitter uses its "public API":https://dev.twitter.com in its web application, which is built as a static site that consumes JSON resources. For example, Twitter uses its "public API":https://dev.twitter.com in its web application, which is built as a static site that consumes JSON resources.
Instead of using Rails to generate dynamic HTML that will communicate with the server through forms and links, many developers are treating their web application as just another client, delivered as static HTML, CSS and JavaScript, and consuming a simple JSON API Instead of using Rails to generate dynamic HTML that will communicate with the server through forms and links, many developers are treating their web application as just another client, delivered as static HTML, CSS and JavaScript, and consuming a simple JSON API
This guide covers building a Rails application that serves JSON resources to an API client *or* client-side framework. This guide covers building a Rails application that serves JSON resources to an API client *or* client-side framework.

View file

@ -248,6 +248,14 @@ They can also be removed from the stack completely:
config.middleware.delete ActionDispatch::BestStandardsSupport config.middleware.delete ActionDispatch::BestStandardsSupport
</ruby> </ruby>
In addition to these methods to handle the stack, if your application is going to be used as an API endpoint only, the middleware stack can be configured like this:
<ruby>
config.middleware.api_only!
</ruby>
By doing this, Rails will create a smaller middleware stack, by not adding some middlewares that are usually useful for browser access only, such as Cookies, Session and Flash, BestStandardsSupport, and MethodOverride. You can always add any of them later manually if you want. Refer to the "API App docs":api_app.html for more info on how to setup your application for API only apps.
h4. Configuring i18n h4. Configuring i18n
* +config.i18n.default_locale+ sets the default locale of an application used for i18n. Defaults to +:en+. * +config.i18n.default_locale+ sets the default locale of an application used for i18n. Defaults to +:en+.

View file

@ -6,7 +6,44 @@ require 'rails/rack'
module Rails module Rails
module Configuration module Configuration
class MiddlewareStackProxy #:nodoc: # MiddlewareStackProxy is a proxy for the Rails middleware stack that allows
# you to configure middlewares in your application. It works basically as a
# command recorder, saving each command to be applied after initialization
# over the default middleware stack, so you can add, swap, or remove any
# middleware in Rails.
#
# You can add your own middlewares by using the +config.middleware.use+ method:
#
# config.middleware.use Magical::Unicorns
#
# This will put the +Magical::Unicorns+ middleware on the end of the stack.
# You can use +insert_before+ if you wish to add a middleware before another:
#
# config.middleware.insert_before ActionDispatch::Head, Magical::Unicorns
#
# There's also +insert_after+ which will insert a middleware after another:
#
# config.middleware.insert_after ActionDispatch::Head, Magical::Unicorns
#
# Middlewares can also be completely swapped out and replaced with others:
#
# config.middleware.swap ActionDispatch::BestStandardsSupport, Magical::Unicorns
#
# And finally they can also be removed from the stack completely:
#
# config.middleware.delete ActionDispatch::BestStandardsSupport
#
# In addition to these methods to handle the stack, if your application is
# going to be used as an API endpoint only, the middleware stack can be
# configured like this:
#
# config.middleware.api_only!
#
# By doing this, Rails will create a smaller middleware stack, by not adding
# some middlewares that are usually useful for browser access only, such as
# Cookies, Session and Flash, BestStandardsSupport, and MethodOverride. You
# can always add any of them later manually if you want.
class MiddlewareStackProxy
def initialize def initialize
@operations = [] @operations = []
@api_only = false @api_only = false
@ -41,7 +78,7 @@ module Rails
@operations << [:delete, args, block] @operations << [:delete, args, block]
end end
def merge_into(other) def merge_into(other) #:nodoc:
@operations.each do |operation, args, block| @operations.each do |operation, args, block|
other.send(operation, *args, &block) other.send(operation, *args, &block)
end end