看看这段代码:
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层协议本来就是网络架构和应用架构衔接的结果