Core J2EE Pattern:Context对象

问题

不想在与协议无关的环境上下文中使用针对特定协议的系统信息。

在请求和响应的整个生命周期中，一个应用系统通常要使用系统信息，比如请求、配置、安全数据等等。系统信息的获取方式与环境上下文（Context）有关。当负责业务应用的组建和服务必须使用一些处于他们的环境上下文之外是用一个特定协议的API，这就会把特定的接口和处理细节暴露给使用这个API的所有组件。这样，所有作为API的客户的组件也就和那个特定协议产生了紧耦合。

约束

• 组件和服务要访问系统信息。
• 要接触系统信息的协议细节与业务应用组件/服务之间的耦合。
• 只想在特定环境上下文中暴露于协议相关的API

解决方案

使用Context对象，按照协议无关的方式封装状态，然后在整个应用系统中使用这种封装后的对象。

策略

请求Context策略

请求Context表策略

请求Context POJO策略

请求Context验证策略[表单层次的验证、业务验证]

配置Context策略

JSTL配置策略

安全性Context策略

通用Context对象策略

Context对象工厂策略

Context对象自动复制策略

效果

• 提高了可重用性和可维护性
• 提高了可测试性
• 减少了对接口变化的限制
• 降低了性能