黄科大文献综述.doc

单位代码 01
学号 1303010030
分类号 TP315
密级
文献综述

JBoss Seam框架研究及应用
院(系)名称
信息工程学院
专业名称
计算机科学与技术
学生姓名
李慧秀
指导教师
张亚娟
2015年 3 月 13 日
JBoss Seam框架研究及应用
摘要
软件框架对于企业级Java开发者来说,是非常有用的工具。它们被广泛地用来组装可重用的软件组件和服务。每个框架都提供了一系列的设计模式、APIs和组件模型——用于构建在框架之上的应用程序。一个典型的企业级Java应用程序,可以同时使用多个框架。所以,Java EE开发者们的主要竞争能力之一,就体现在使用这些框架的能力上。然而,存在太多框架的缺点在于,每一种框架都提供了不同的编程模型(或组件模型)。而要在一个Web应用中使用不同的组件模型,开发人员一般需要写很多代码(例如数据传输对象、组件管理等)以及配置文件,这样将会大大地降低开发效率。
针对以上这些问题,新的框架JBoss Seam也就孕育而生。它是Java EE ,在Java EE ,为所有的在企业Web应用中的组件提供了一个统一的、易于理解的编程模型。与其他Web框架开发的应用相比,Seam应用概念简洁,同样的功能却需要较少的代码。它能够更有效的帮助开发人员进行工作,有很好的扩展性,操作方便。
关键词:JBoss Seam框架,Java EE,API,WEB,XML
目录
1 绪论 1
2 JBoss Seam技术 2
JBoss Seam概述 2
JBoss Seam的工作原理 2
3 JBoss Seam技术的应用 4
JBoss Seam应用概念 4
JBoss Seam应用组件 4
JBoss Seam发展前景 4
JBoss Seam 的工作流程 5
4 JBoss Seam优缺点 6
结论 7
参考文献 8
1 绪论
Seam是个开源的深度集成的Java EE 5框架。,为开发Web应用程序提供统一的组件模型。开发人员无需学****独立框架的组件管理APIs而使用统一的Seam组件,减少了编写集成框架衔接、配置代码量[1]。
Seam的目标就是减少“胶水”代码,整合现有的各种框架,易于测试而重新设计,为企业应用提供一个一致的编程模型。因为所有的Seam组件都是注解过的POJO,它们易于进行单元测试。开发者仅仅通过利用常规的Java new关键词来构造实例,然后在测试框架(例如JUnit 或者TestNG)中运行任何方法。如果需要测试多个Seam组件的交互,开发者则逐个实例化这些组件,然后手动建立它们的相互关系(也就是显示地使用setter 方法,而不是依靠Seam依赖注入功能)[2]。
2 JBoss Seam技术
Seam概述
JBoss Seam是一个为Java EE 。简单地说,我们把Seam看成本应该包括在Java EE “遗漏的框架”。它位于Java EE ,为所有在企业Web应用中的组件提供一个一致的、易于理解的编程模型。它同样使得基于状态的应用程序和业务流程驱动的应用程序的开发易如反掌。换句话说,Seam的一切都是围绕开发者的开发效率和应用扩展性而存在的。JBoss Seam框架统一组件模式,用其开发应用程序简单、无分层之忧,简化了工作,程序员可把精力主要放在业务逻辑组件的实现上,而非在架构、分层、模式和基础设施搭建的工作上,提高了开发效率,有利于系统的实现[3]。
JBoss Seam是EJB3和JSF中间的粘合剂,这是JBoss Seam最基本的和最广泛的应用。通过被Seam管理的组件,Seam允许这两个框架之间无缝(不是有意双关的)的集成。它为整个web应用拓展了基于注解的EJB3 POJO编程模型。在层与层之间,没有了必需的手动JNDI查找,没有了冗长的JSF支持bean的声明,没有了过多facade方法,没有了艰辛的对象传递[4]。
Seam为应用程序中所有的业务逻辑定义了一种统一的组件模型。Seam组件可能是有状态的,包含与几个定义良好的上下文中任何一个相关联的状态,包括长时间运行上下文、持久化上下文、业务流程上下文,以及用户交互中能够跨多个Web请求保存的对话上下文。
JBoss Seam的工作原理
Seam中的表现层组件和业务逻辑组件之间并没有区别。你可以根据你设计的任何架构给应用程序进行分层,而不是强制将你的应用程序逻辑硬塞进一个由你目前在使用的任何框架组