Contrller应该做什么

看看这段代码：

class TaskController < ApplicationController
  active_scaffold :tasks

  protected

  def before_update_save(record)
    record.updated_by = current_user
  end
end

 

我们常常要讨论一段逻辑放在哪里，页面和controller之间一般好说，问题在于业务层和controller之间。而这个例子很典型，current_user这样的信息不可能在业务层得到，因为这是状态信息，而controller可以提供这些。

在RIA的冲击下，controller的功能不再包含大量用户UI的交互逻辑，因此它的价值也就凸现了出来──会话，这才是controller真正擅长的地方。从这个意义上说，我们从前搞不清楚的业务逻辑层/服务层/表现层的架构体系，现在可以用更加容易理解的架构进行代替了：业务逻辑层/会话层/表现层

这里，唯一不变的仅仅是业务逻辑层，其它两个都要说明：

会话层就是controller，在一个无状态的架构中，最终将用户状态与后端业务联系的就是这个会话层──它的职责也仅此而已。
表现层一般对应我们常说的html/js/css等，它是RIA的，它自己有MVC结构，由于都在浏览器上，因此具备很好的用户响应能力。
换个角度看，有了会话层和表现层，这个系统架构再加上tcp/ip协议，看看像不像osi七层？

也许开放系统体系结构(OSI)的7层协议本来就是网络架构和应用架构衔接的结果