aboutsummaryrefslogtreecommitdiffstats
path: root/railties
diff options
context:
space:
mode:
authorsandeepravi <sandeep.ravichandran@sourcebits.com>2011-12-06 17:22:48 +0530
committersandeepravi <sandeep.ravichandran@sourcebits.com>2011-12-06 17:22:48 +0530
commit8a67b632ae320e1983d8170f9c348c5a6333c9af (patch)
treeadaec7faee33683dd4b262b3f6b821d442c13ef6 /railties
parentd645aed91f488ed00bd4b143e04c5e9b30e00c54 (diff)
downloadrails-8a67b632ae320e1983d8170f9c348c5a6333c9af.tar.gz
rails-8a67b632ae320e1983d8170f9c348c5a6333c9af.tar.bz2
rails-8a67b632ae320e1983d8170f9c348c5a6333c9af.zip
Added wiki link for REST
Diffstat (limited to 'railties')
-rw-r--r--railties/guides/source/action_controller_overview.textile2
1 files changed, 1 insertions, 1 deletions
diff --git a/railties/guides/source/action_controller_overview.textile b/railties/guides/source/action_controller_overview.textile
index b34c223b31..a55b7ba762 100644
--- a/railties/guides/source/action_controller_overview.textile
+++ b/railties/guides/source/action_controller_overview.textile
@@ -16,7 +16,7 @@ h3. What Does a Controller Do?
Action Controller is the C in MVC. After routing has determined which controller to use for a request, your controller is responsible for making sense of the request and producing the appropriate output. Luckily, Action Controller does most of the groundwork for you and uses smart conventions to make this as straightforward as possible.
-For most conventional RESTful applications, the controller will receive the request (this is invisible to you as the developer), fetch or save data from a model and use a view to create HTML output. If your controller needs to do things a little differently, that's not a problem, this is just the most common way for a controller to work.
+For most conventional {REST}[http://en.wikipedia.org/wiki/Representational_state_transfer]ful applications, the controller will receive the request (this is invisible to you as the developer), fetch or save data from a model and use a view to create HTML output. If your controller needs to do things a little differently, that's not a problem, this is just the most common way for a controller to work.
A controller can thus be thought of as a middle man between models and views. It makes the model data available to the view so it can display that data to the user, and it saves or updates data from the user to the model.