在一个基于MVC的Web应用程序中，应用程序逻辑以及数据的存取是由MVC中的C,也就是控制器来完成的。因此，深刻地理解MVC框架所提供控制器对于开发一个高效、可升级、稳定的应用程序是十分必要的。RoR也不例外。
RoR中所提供的控制器叫动作控制器(ActionController)。本文将主要讨论动作控制器所提供的几种服务，以及如何使用动作控制器。
什么是动作控制器
在RoR中，动作包(Action Pack)是这个框架的核心。它包括两部分，动作视图和动作控制器。动作包的一个特点是除了Web程序，不能使用在其它类型的程序中。下面让我们看看在我 们通过浏览器键入一个URL后，如http://localhost:3000/demo/say/hello，都发生了什么。下面是在RoR中处理动作 的步骤：
1. RoR首先装载了位于app/controllers目录中的say_controller.rb文件。这个文件只被装载一次。
2. 然后 RoR建立了类SayController的实例。
3. 一旦SayController类被实例化，RoR就会在app/helpers中查找say_helper.rb文件。如果这个文件存在，它就会被装 载，并且这个文件将会和SayController对象混合。这就意味着在SayController对象中可以直接访问SayHelper中的方法。
4. 最后在app/models中查找say.rb文件，如果存在，装载它。
到现在为止，我们已经对应用程序的初始化过程非常清楚了，接下来让我们继续看看动作控制器所提供的服务。下面是RoR所提供的服务列表：
1. URL映射
2. 会话跟踪
3. 过滤和验证
4. 缓冲
现在又带来一个问题。这些服务为什么由控制器来提供。当然，答案也很简单，这是因为控制器介于数据和应用程序之间，因此，它可以监视数据的存取，并且可以根据需要对URL进行映射。因此，这些服务理所当然由控制器来提供。下面我们将详细讨论控制器提供的这些服务。
1. URL映射
当我们在浏览器中输入http://localhost:3000/admin/show时，会显示相应的内容。但你也许会有疑问，RoR是如何将 URL链接映射成相应的类或方法呢？事实上，这些映射的代码都被写在了config目录中的routers.rb中。下面是这个文件的部分代码。
| ActionController::Routing::Routes.drawdo|map| map.connect ':controller/service.wsdl', :action => 'wsdl' map.connect ':controller/:action/:id' end |
动作控制器通过它的映射组件将来自外部请求的URL和内部的应用程序连接了起来。上述代码的第3行就是完成这个功能的。在这行语句 中，map.connect的连接字符串是":controller/:action/:id"。请求的URL只有匹配这个字符串才能被接受。对于一个 URL请求来说，它可以被RoR分成三部分：
a. 第一部分是模式字符串中的:controller部分。
b. 第二部分是模式字符串中的:action部分。
c. 第三部分是模式字符串中的:id部分。
根据上面所描述的三部分，URL：http://localhost:3000/demo/admin/show/1/将被映射成以下三部分：
| :controller ： 'admin', :action ：'show', :id ：1 |
根据以上的三部分，RoR将调用admin控制器的show方法，并将参数1传到show方法中。因此，我们可以看出，RoR在其中做了很多本应该由我们做的事件。因此，RoR是一项十分强大技术。
2. 会话跟踪
跨应用跟踪用户是大多数Web应用程序都需要的功能。在RoR中，我们可使用由RoR框架提供cookies或 session管理来跟踪用户。但在RoR中的cookies和session管理和其它框架所提供的类似的管理不同的，RoR的cookies和 session管理无需显式地调用相应的cookies和session对象就可以做到这一切。下面让我们来看看它的实现代码：
| class CookiesController < ApplicationController def create_cookie cookies[:the_time] = Time.now.to_s redirect_to :action =>"action_two" end def get_cookie cookie_value = cookies[:the_time] render(:text =>" #{cookie_value}") end end |
在以上代码中，在控制器中有两个动作方法，一个是设置cookie的，另一个是读取和显示cookie值的。在这里cookies[]是一个cookies对象数组，我们不需要声明它，只需要将它看成一个普通数组即可。
接下来使用redirect_to方法通过参数:action将请新进行重定向。在get_cookie动作中，cookies的值被取出来，然后使用render()方法显示这些值。
上面讨论cookie的使用方法。但如果有一种方法可以透明使用cookie，那不是更好吗？这个技术就是session。就象cookie一样，session数组也无需声明。它的用法类似于cookie对象。下面的代码描述了session的使用。
| class SessionController < ApplicationController def login user = User.find_by_name_and_password(params[:user], params[:password]) if user session[:user_id] = user.id redirect_to :action =>"index" else reset_session flash[:note] ="有户名或密码不正确!" end end |
上面代码对user_id和password进行核对。如果用户存在，将这个用户的user-id保存在session中。其中 session[:user_id] = user.id的形式和保存cookie的形式完全一样。接下来重定向到index页上。如果用户不存在，使用reset_session将 session设为无效，并通过RoR返回简单的提示信息。
3. 过滤和验证
在一此情况下，在请求被处理之前， 要进行一系列处理。这个过程就叫做过滤。过滤器所包含代码需要在许多动作执行前或执行后被调用。因此，过滤器分为两种，before过滤器和after过 滤器。Before过滤器的代码在请求被处理前被执行，而after过滤器恰恰相反，是在请求被处理之后执行过滤代码。例如，验证用户身份代码必须要在调 用一个动作之前被调用，代码如下示：
| def authorize unless session[:user_id] flash[:notice] ="请登录" redirect_to(:controller =>"login", :action =>"login") end end class AdminController < ApplicationController before_filter :authorize … … |
以上代码在AdminController中的任何动作被执行之前调用，而在控制器中要想调用authorize函数，必须在其中加上before_filter。after_filter的使用方法和before_filter类似。
过滤器虽然可以执行验证代码，但有时对请求需要更进一步的验证，如此一来，过滤器就显得捉襟见肘了。为了完成这些功能，我们就需要使用更为强大的验证机 制。在控制器中，可以通过verify实现更强大的验证功能。如下面的代码验证了用户提交方式。即用户只能用post进行提交。
| class BlogController < ApplicationController verify :only => :post_comment, :session => :user_id, :add_flash => { :note =>"You must log in to comment"}, :redirect_to => :index … … |
4. 缓冲
从以上代码可看出，服务器总是一遍一遍调用同样的动作，如果调用这些动作很费时间的话，将会严重影响服务器的性能。因此，RoR为了解决这一问题，为我们提供了缓冲的功能。如果某一个动作经常被调用，将这个动作进行缓冲将是一个好主意。
在RoR中，可以通过caches_page来实现缓冲功能。缓冲可分为不同的层次，如对整个网页进行缓冲，对动作缓冲，或是同时对网页和动作进行缓冲。如在一个blog管理应用程序，将大家经常访问的内容进行缓冲的代码如下：
| class ContentController < ApplicationController before_filter :verify_premium_user, :except => :public_content caches_page :public_content … … |