Contrller应该做什么

最新推荐文章于 2024-07-11 08:00:00 发布

原创最新推荐文章于 2024-07-11 08:00:00 发布 · 321 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#网络协议 #网络应用 #MVC #CSS #应用服务器

技术讨论专栏收录该内容

42 篇文章

订阅专栏

探讨了在RIA环境下，控制器（controller）作为会话层的重要角色，负责处理用户状态与后端业务逻辑之间的联系，并分析了其在现代软件架构中的定位。

看看这段代码：

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