seam使用scope的理解和实践

基本的Seam上下文包括：
• Stateless context 无状态上下文
• Event (or request) context 事件（或请求）上下文
• Page context 页面上下文
• Conversation context 对话上下文
• Session context 会话上下文
• Business process context 业务流程上下文
• Application context 应用上下文
你可能很快就能认出一些Servlet和相关规范中的上下文。但是有两个上下文你可能头一次遇到：对话上下文和业务流程上下文。Web应用的状态管理非常脆弱和容易出错的一个原因就是Web内置的上下文（请求，会话和应用）从业务流程的角度上来看并没有特别的意义。
例如，一个用户登录的会话，按照实际的应用工作流来说，是一个相当武断的构造。因此，大部分Seam组件都被指定在对话或者业务流程的上下文范围内，因为这些上下文更加具有应用意义。
让我们来依次看看每个上下文。

Stateless context 无状态上下文
完全没有状态的组件（主要是无状态会话Bean）总是存在于无状态上下文中（这是完全没有上下文）。无状态组件并不有趣，并且和面向对象的思想相违背。但是，它们非常重要并且非常有用。

Event context 事件上下文
事件上下文是“最窄”的有状态的上下文，是负责其他类型事件的Web请求上下文的泛化。不过，和一个JSF请求的生命周期相关联的事件上下文是事件上下文 的重要例子。这个事件上下文你会经常用到。和事件上下文相关联的组件在请求结束后被销毁，但是至少在请求的生命周期中组件的状态是可以获得的，并且经过了 良好的定义。
当你通过RMI或者Seam Remoting调用Seam组件时，事件上下文只是为这个调用而被创建和销毁。

Page context 页面上下文
页面上下文能够让你将状态和一个已被绘制的页面中特定的实例相关联。你可以在事件监听器中初始化状态，或者实际绘制这个页面的时候初始化这个状态。这对于 由在服务器端变化的数据构成的可点击列表这样的功能非常有用。这个状态实际上被序列化发送给客户端，所以这样的构建非常强壮，可以解决多窗口操作和支持回 退按钮。

Conversation context 对话上下文
对话上下文是Seam中真正的核心概念。从用户角度出发，一个对话是一个工作单元。它可能跨越多个用户交互，多个请求，多个数据库的事务处理。但是对于用户来说，一个对话只解决一个单一的问题。
例如，“旅馆预定”，“合同批准”，“创建订单”都是对话。你肯能认为对话实现了单一的”用例“或者”用户故事“，但是这个关系并不非常确切。
一个对话持有关注”在这个窗口中，用户正在干什麽“的状态。一个单一用户可能在任何时间点上使用多个窗口进行多个对话。对话上下文能够让我们确保不同的对话之间不会相互冲突，产生Bug.
也许你会费些时间来熟悉面向对话的应用。但是一旦一明白并熟悉了这个概念，我想你会喜欢它的，并且，你将不必考虑对话这个事情了。
一些对话仅仅为了一个单一的请求而存在。跨越多个请求的对话必须通过Seam提供的注释来划分。
一些对话其实也是任务。任务是一种长时间运行的业务流程的对话，当业务流程成功的完成后，任务能够触发业务流程状态的改变。Seam提供了任务划分的特定一组注释。
对话能够套嵌对话，一个对话可能被一个更”宽“的对话包含。这是一个高级的特性。
通常，对话的状态在请求之间Servlet会话中由Seam实际持有。Seam实现了一个可配置的对话超时，能够自动的销毁失活的对话，从而保证了一个单一用户登录会话的状态不会由于用户放弃对话而无限制的增长。
Seam将位于同一个流程中，同一个长时间运行的对话上下文中的并发请求序列化。
另外，Seam也可以配置为在客户端浏览器中保留对话状态。

Session context 会话上下文
会话上下文持有用户登录会话的状态。虽然有些时候我们需要在不同的对话中共享状态，但通常我们不会同意使用会话上下文来持有组件而不是登录用户的全局信息。
在JSR-168 portal环境中，会话上下文代表portlet会话。

Business process context 业务流程上下文
业务流程上下文持有与长时间运行的业务流程相关的状态。这个状态由BPM引擎（JBoss jBPM）来管理和持久化。业务流程跨越多个用户的多个交互，所以这个状态以一种很好的方式在多用户间共享。当前任务决定当前业务流程实例，业务流程的生 命周期通过外部的业务定义语言来定义，所以无需为业务流程的划分指定特别的注释。

Application context 应用上下文
应用上下文和Servlet规范中的Servlet上下文非常相像。应用上下文主要持有一些静态信息，例如配置数据，引用数据或者元模型。例如，Seam将自己的配置信息和元模型存储在应用上下文中。