解构Core J2EE Pattern——GoF Design Pattern的自然延伸(2)

王朝java/jsp·作者佚名  2006-01-09
窄屏简体版  字體: |||超大  

解构Core J2EE Pattern——GoF Design Pattern的自然延伸

业务层

业务代表

业务代表可以被看作是两层Porxy的嵌套者。笫一层Proxy处理来自客户端的Message。第二层Proxy处理由第一层过滤后的信息。

会话外观

顾名思义,这又是一个Façade模式。绘画外观是用来为会话提供一个统一的界面,解耦维护会话所需的依赖。

值对象和值对象组装器

很多时候持久层所提供的不是我们想要的,同时,持久层所依赖的数据来源也并非我们想象的那样简单。值对象代表我们希望得到的数据,从持久层返回的对象中抽取我们想要的部分,或者从不同数据源中提取持久层需要到部分。值对象组装器是一个适配器,从不同数据源或持久层抽取数据。

值列表处理器

一个典型的Iterator模式。致力要提醒大家注意的是与FlyWeigth的复合使用

集成层

数据访问对象

这是我们熟悉的DAO模式了。它是Proxy和Abstract Factory的复合。

服务激发器

这是我们熟悉的MVC模式的典型应用。还记得我在描述过的分发者,那其实是这个模式中的一个成员。现在我们同样使用Proxy模式为骨架,搭建这个模式的类图。

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
© 2005- 王朝網路 版權所有 導航