场景Context是新的对象类型
个人感觉上场景Context应该是和View绑定的，比如说起“登陆”场景一般会想起某个页面上有用户id和密码的输入框，“借书”场景首先会先想起图书馆之类的。场景之间是类似地图一样，从某个根入口出发，进行场景的转换。
另外一件很有意思的事情，就是我发现这个概念跟开心网的网页游戏武林风云里的场景的概念很接近，
例图如该游戏主城的一个场景地图：该场景有城门作为根入口，每个场景都有特定的npc，触发特定的任务和服务。
[该贴被Antinomy于2010-04-09 09:43修改过]
所以，可以认为DCI架构颠覆了MVC模式，宣告MVC模式已死，见下图：
场景其实将MVC中Control和模型挖出来，进行了组合。这是一种与MVC模式考虑角度完全不一样的新角度，这种角度更符合OO。
其实MVC的控制器有很多缺点(见对象设计：角色、责任和协作"(Object Design: Roles, Responsibilities, and Collaborations))：
1.Control logic can get overly complex. 控制器会变得复杂，很多人在Struts的Action控制器中写业务代码已经变得很常见，所有的操作都在action中，有的action都几乎上千行了
2.Controllers can become dependent on information holders' contents.控制器变得依赖信息数据中心或数据库了，控制器做很多事情，意味着领域对象就做很少事情，控制器最后不是只会做什么，决定战略性的事情，也和怎么做，如何实现等战术问题耦合。
3.Objects can become coupled indirectly through the actions of their controller. 对象将间接地通过控制器的action耦合在一起，一个对象在控制器中查询获得，然后复制给另外一个对象，这两个对象就耦合在一起。
4.The only interesting work is done in the controller.唯一有趣的工作是做控制器，Responsibilities职责被吸进控制器对象，只将一些行为留给角色模型完成，重要的事情都集中在控制器中了。
从以上4个缺点可以看出，MVC模式实在罪大恶极。。。。。。。
用DCI替代MVC 用场景替代控制器应该是大势所趋。
[该贴被banq于2010-04-09 11:34修改过]
看了如下图
越看越有意思.
context场景就是一杯鸡尾酒,不同场景需要制造不同鸡尾酒,原材料objects都放在context外,酿制过程即MVC中的流程全由场景处理.
本人还是才疏学浅,希望有天能融入jdon的讨论当中.