9篇关于面向方面编程的计算机毕业论文

今天分享的是关于面向方面编程的9篇计算机毕业论文范文, 如果你的论文涉及到面向方面编程等主题,本文能够帮助到你

基于JavaEE规范的轻量级企业应用架构的研究及应用

这是一篇关于轻量级架构,依赖注入,面向方面编程,透明持久性的论文, 主要内容为随着信息技术的进步和企业信息化的高速发展,企业级应用系统软件的规模和复杂度也日益增加。软件规模的扩大和复杂度的增加使得企业级应用系统开发的关注点也从特定的业务实现和数据结构的选择上逐渐转变到面向领域内应用系统架构(Architecture)的设计。传统的基于B/S企业级应用系统开发的标准架构J2EE,存在着一些诸如EJB组件的“一对一映射”粗粒度和bean的细粒度实现、不支持动态连接和查询以及业务组件的移植困难等缺陷,已经不能满足企业级应用开发的需要。而针对此问题推出的JavaEE规范并未彻底的解决上述问题,规范引入的依赖注入(Inversion of Contral)只对容器管理的对象有效,而对于更细粒度的POJO实例则无法注入。因此如何利用现有的技术和企业级应用平台大规模的创建开发快速、可复用性强、安全性高、易维护的多层次企业应用系统,使得多层次的应用系统在面对复杂的网络环境、多样化的用户群体、灵活的业务模式和多样的业务需求时能够高效快速的完成任务,成为企业应用开发首要解决的问题。解决这个问题的关键就是选择一个优秀的开发架构。本文在系统的分析传统J2EE架构在构建企业级应用中的优势和缺陷的基础上,通过深入研究行业中应用成熟的开源框架,提出一种以依赖注入(IoC)、面向方面编程(AOP)、数据的透明持久性和对新规范JavaEE的全面支持为基本思想的轻量级企业应用开发架构。该架构本着结构简单、开发效率高、较高的负载均衡、对新技术全面支持和易于测试的原则,通过整合当前优秀的开放源代码项目,包括Struts、spring、hibernate、ant、XDoclet等等,为企业应用开发提供了一个快捷、稳定、廉价的解决方案。论文给出了架构的总体设计和安全控制,并且基于架构良好的层次划分和可扩展性,给出了三种不同实现方案和相应的软件架构实现,在此基础上解决了初始化时JavaBean装载问题,在动作委托的基础上改进了Action对象的容器纳入方式。在业务层通过非侵入的方式为架构中业务逻辑对象提供了事物控制、生命周期管理和自动化部署等企业应用开发常用的功能,并且给出了通用的事务控制模版。结合轻量级架构的使用范围,设计了基于本文所提出的轻量级架构的智能网彩铃业务WWW接入系统,并且验证了架构的实用性,为中小型企业级应用开发提供了一种完善的解决方案。

轻量级框架在J2EE开发中的研究及应用

这是一篇关于轻量级容器,控制反转,面向方面编程,映射工具,企业Java组件的论文, 主要内容为随着J2EE技术大规模的应用,EJB技术受到广泛的质疑。EJB技术给J2EE应用开发带来了严重的复杂性和巨大的开销。降低J2EE的复杂性开始成为开发者的主要关注点。随着轻量级方案的出现,开发者开始流行采用轻量级架构进行J2EE应用开发。显著降低了J2EE应用开发的复杂性,提升了软件开发的生产率。本文主要提出和解决了以下几个问题: 1.提出了降低J2EE应用开发复杂性的主要办法。应倾向于不选择分布式的系统架构,尽量避免使用EJB,推荐采用轻量级基础架构和简单、透明的存储机制替代EJB技术进行J2EE开发。 2.深入剖析了轻量级容器和EJB的优缺点及适应性本文主要从事物管理、持久化、线程管理、远程调用和容器管理等方面对比分析了轻量级容器和EJB的优缺点及它们各自的适应范围。轻量级框架比基于EJB的J2EE架构能够更好地组织应用代码,更好地使用J2EE提供的各种企业级服务。 3.重点研究了轻量级方案替代EJB的方法本文以Spring框架为主要研究对象,具体研究了如何在事物管理、持久化、线程管理、远程调用等方面用轻量级方案Spring替代EJB。轻量级容器启动快,轻巧,能够管理任何粒度的对象。轻量级框架借助控制反转,通过xml文件配置对象之间以及对象和轻量级容器的依赖关系,解决了组件装配的问题,使开发人员可以专心处理业务逻辑。同时轻量级方案通过面向方面编程(AOP)为Java普通对象提供声明性企业级服务,实现轻量级框架的无侵入性、灵活性和可扩展性。 4.J2EE架构的选择分析了J2EE各种架构的优缺点和适用范围。如何根据具体的需求选择相应的应用框架以及各应用架构的集成方式。本文最后简要介绍了采用Spring框架实现J2EE应用系统的具体案例:Golf数据服务系统。该系统采用Spring IoC轻量级容器,通过XML文件配置各业务组件之间的依赖关系。采用基于AspectJ的AOP方案提供企业级服务。业务层由Spring框架进行统一处理,数据访问层采用Hibernate映射方案。

基于IoC和AOP的轻量级框架研究

这是一篇关于轻量级框架,依赖注入,面向方面编程的论文, 主要内容为经过Java八年的发展,在传统J2EE开发领域,EJB框架逐渐褪去其头上的光环,显示出越来越多的弊端,此时轻量级框架应运而生,Spring框架就是其中的佼佼者,它优雅的提供企业级应用需要的各种基础设施,其强大功能就建立在它的核心机制-IoC和AOP的基础之上。本文研究Spring框架中IoC和AOP的实现和应用,主要做了以下几个方面的工作。首先,对比研究当前的各种框架技术,分析Spring框架的利弊,指出Spring框架得以广泛应用的原因。然后,研究在Java语言层面上与框架紧密相关的一些高级特性,如类加载器、反射、动态代理、JavaBean技术等,这些技术普遍适用于通用基础设施的编写,它们是Spring框架的基础。在参考大量文献的基础上,本文深入Spring框架内部,研究它的设计思路,分析框架层层封装下的IoC和AOP实现,以UML中类图和顺序图的形式表现出来。最后,在天津市保安信息管理系统项目中,对Spring框架进行有效的扩展,基于其IoC和AOP实现开发出一个具有广泛适用性的框架,使之更适用于某些特定领域的Web应用。当前Spring框架在工程应用领域已经有许多成功事例,但在基础设施方面的应用尚显单薄。本文分析框架核心机制IoC和AOP的实现,这在各大企业基础平台研究方面具有一定的借鉴价值。本文以Spring框架为基础的扩展强调了Spring框架在基础设施开发方面的作用,指出无需重新实现IoC和AOP容器,Spring框架提供的IoC和AOP实现能够很好的满足需求,这对目前IoC和AOP的应用研究有一定程度上的创新意义。

基于J2EE技术的中小型企业运营系统的开发

这是一篇关于企业运行系统,分层架构,J2EE,开源框架,面向方面编程,控制反转,平台的论文, 主要内容为目前，国内企业的信息化水平普遍低下，依然是传统的增长模式，特别是中小企业，技术装备、信息化水平、生产方式相对发达国家来说，还非常落后，虽然众多企业已经意识到信息化对企业发展的重要性，但是信息化建设投资大、升级频繁，往往让经营者望而却步。特别是资金规模小、人才缺乏的中小企业，更是无力独立进行企业信息化的建设。本文通过对E5Sytems企业运行系统的组建和研究来探索一种适于中小型企业的企业运营系统的解决方案。它应该具有灵活性，可扩展性，廉价性。廉价性满足中小企业能支付能力，灵活性和可扩展性是为了保护企业的投资，容易进行系统的升级的以满足企业不断发展壮大的需要。E5Sytems企业运行系统是基于J2ee技术，把目前流行的开源的框架Struts，Spring，iBATIS有机结合的企业信息系统。J2EE是一个开放的、基于标准的开发和部署的平台，用于构建N层的、基于Web的、以服务端计算为核心的、模块化的企业应用。J2EE技术是在J2SE的基础之上，提供了企业计算所必须的服务如事务、安全性、消息服务等。J2SE平台提供Java运行时环境的标准功能，如对跨平台开发的支持和内存管理等。J2EE应用的组件如企业JavaBean(EJB)、JSP和Servlet运行于J2EE容器之中，通过连接器访问企业信息系统，如数据库系统、ERP系统和其他应用程序系统。J2EE应用可以集成一系列的客户端，包括独立运行的台式客户端、无线客户端，以及基于Web浏览器的客户端等。J2EE平台为开发企业应用提供了高性能、高可靠性利可伸缩性的运行支撑环境。J2EE为我们提供了一个建立在开放和标准的技术之上、非常灵活的端到端的多层体系架构，从而满足各种不同企业应用的需求。Struts是基于WVC模式的Web应用最经典框架。它利用控制器来分离模型和视图，达到一种层间松散耦合的效果，提高系统灵活性、复用性和可维护性。Spring也是一个开源框架，是为了解决企业应用程序开发复杂性而创建的。框架的主要优势之一就是其分层架构，分层架构允许您选择使用哪一个组件，同时为J2EE应用程序开发提供集成的框架。它对J2ee的最大贡献是Spring面向方面编程(AOP)和控制反转(IOC)容器。iBatis是一个功能强大的，非常有用的SQLMap工具(如，它是将SOL语句映射成Java对象，，它的SOL语句是根据映射定义生成的。E5systems企业运营系统采用了多层的技术架构，Struct的标签库和J2ee的Jsp做为表现层，Struts的Tilcs技术的继承机制，实现了页面模板复用和页面风格的统一。Struts的ActionServlet和用户的Actions做为控制层，控制页面的导航。POJO(plain old javaobject)利Service服务做业务层，利用了面向接口的编程的思想，Spring的面向方面编程

基于Web应用的Spring框架的研究和实现

这是一篇关于事务管理,控制反转,面向方面编程,Spring,Struts,Hibernate的论文, 主要内容为随着Internet的迅速发展,开发基于Browser/Server的服务器端的程序已经成为Web应用程序开发的重点。虽然现在应用EJB平台开发应用软件可以满足程序开发的需要,但由于在开发期间会生成大量的代码,导致后期的代码维护工作变得难于控制。本文首先在详细分析Spring框架的事务管理机制、面向方面编程方法和控制反转模式的基础上,提出了采用控制反转模式来解决系统中代码之间依赖性过高的问题,通过引入接口和设计模式的方式来降低代码耦合度,使得程序的可维护性增强,同时对控制反转模式的几种实现类型进行了分析,从而为不同的程序实现提供了更多的解决方案。其次,针对目前用面向对象技术难以实现横切关注点的问题,本文提出使用面向方面编程方法来分离软件中横切多模块的关注点,并在此基础上对面向方面编程方法进行改进,提出了面向方面重建方法,通过“提炼方法调用”重建技术更进一步将那些调用重建到一个单独的方面中。通过分析Struts和Hibernate框架的原理和特点,本文提出将Spring框架与Struts和Hibernate框架进行整合,共同实现一个包括表示层、业务层和持久层三层架构Web应用程序的思想。作为这些研究成果的应用,本文最后利用Eclipse开发工具在Tomcat容器中实现了一个改进后的Web应用程序。并利用控制反转模式的思想通过设计接口和配置文件来进行动态的依赖注入从而有效的对程序代码解耦。同时在程序中使用面向方面编程方法对模块中的横切关注点进行分解、封装、重新组合,从而提高了代码的重用性和扩展性。

基于J2EE技术的中小型企业运营系统的开发

Spring框架研究与应用

这是一篇关于Spring框架,控制反转,面向方面编程,银行合规风险管理系统的论文, 主要内容为随着JavaEE平台技术的发展,以EJB为体系结构的传统JavaEE平台显得过于笨重,引入了过多的不必要的复杂性。在这种情况下,一种轻量级的低侵入性的JavaEE平台的框架显得迫切需要。Spring框架就是其中一个非常优秀的代表,它提供了各种企业级应用需要的各种基础设施,其强大功能是建立在它的核心机制IoC(Inversion of Control)和AOP(Aspect-Oriented Programming)的基础上。本文研究了Spring框架的两大核心机制IoC和AOP的实现和应用,主要做了以下几方面的工作:首先探讨了Spring框架的核心思想IoC,分析了Spring IoC的实现机制,包括工厂模式,Java反射机制等。接着探讨了Spring框架的核心思想AOP,分析了Spring AOP的实现机制,包括代理模式、Java动态代理和动态字节码生成技术等。最后提出了以Spring框架为核心、集成Hibernate和Struts的轻量级JavaEE应用解决方案,并应用该解决方案设计并实现了银行合规风险管理系统。系统采用Spring IoC来降低系统各模块之间的耦合度,采用Spring AOP来处理系统中散落在各模块中的横切关注点,实现了业务逻辑代码和辅助代码的分离。最后本文针对银行合规风险管理系统的安全性和性能要求较高的情况下,对Spring框架进行了扩展,提出了一种注解AOP的解决方案。该方案相比于传统的Spring AOP方案减少了大量冗余配置文件,应用于系统后,通过性能测试对比,发现该方案对系统的性能有较大的提高,这对Spring框架的企业级应用有一定的借鉴价值。银行合规风险管理系统现已开发完成,已投入使用将近大半年,整个系统具有与平台无关性,是一个松耦合的应用系统。Spring框架提高了应用系统的可维护性、可扩展性、可移植性和组件的可复用性。

基于连接器的面向方面建模方法的研究及其工具支持

这是一篇关于面向方面编程,软件工程,建模方法,建模工具,代码生成的论文, 主要内容为AOP技术发展至今已经有了不少年头了,但是在工业界的普及程度还远远达不到Struts,Hibernate和Spring等一些在近年来才出现的开发框架,究其原因其一是因为AOP的准入技术比较高,没有经过专门的培训,开发人员很难准确无误的掌握这一技术;其次,是因为现在比较成熟的AOP技术全部都是集中在软件的开发阶段,在这个阶段如果只有开发人员单独的引入一种全新的技术,项目的风险就比较高,而且代码与文档以及先前的设计就会不符合,由此,程序员就没有引入新技术的意识,而只是一味的根据文档或者是分析设计的模型来进行自己的开发工作。因此,本论文的目的就是在软件生命周期的分析和设计阶段就融入AOP的模型元素,即把AOP的元素融入到分析模型与设计模型之中去,而且还可以在以后的编码开发流程中十分自然的引入AOP技术。通过这种方式,只在编码阶段引入AOP技术而出现致命错误的概率就被大大地缩小了,开发人员也无须经过专门的培训就可以在工作中使用AOP技术。目前,比较国内外比较流行的AOP建模方法主要通过对广泛使用的UML进行扩展或者图形转换的方式,前者虽然比较直观,但是要求设计人员掌握AOP的相关技术才能使用这种方法建模;后者可以让设计人员淡化对AOP的技术概念,但是却容易造成图像纠缠(即相同的模型元素在整个模型中反复地出现,不便于检查模型的正确性。此外,上述两个AOP建模方法还有一个共同的缺点,那就是从AO模型导出AO代码相对困难,即使能够导出,也只能导出一种AOP实现的代码,想要具备导出多种AOP实现的代码的能力比较困难,这是由于这两种方法对于AO设计基本信息的表示或处理不当所造成的。因此,本论文首先对AspectJ,JAsCo,AspectWerkz这三种AOP实现技术进行了比较,归纳了它们之间的共同信息,之所以选择这三种实现技术,是因为AspectJ可以代表比较成熟的AOP技术,JAsCo可以代表基于组件的AOP技术,而AspectWerkz则可以代表基于POJO的AOP技术,它们涵括了大多种类的AOP实现方式,具有典型性,随后本文提出了连接器的概念,将连接器作为一种新的建模元素,用来连接软件模型的核心关注点部分和横切关注点部分,并将其添加到传统的面向对象软件模型中,并且将归纳的不同AOP实现技术中的共同信息存储到连接器中,AO实现代码框架的生成就可以围绕连接器来加以实现,以此形成一种新的面向方面建模方法以弥补上述两种建模方法的不足。至于多种AOP实现技术中的异同点,则可以作为建模方法在导出AO实现代码框架时的特殊情况加以处理。这种建模方法在实现以上两种方法的优点的同时,避免了这两种方法带来的种种弊端,同时对产生AO实现代码框架提供比较好的支持。通过淡化AOP相关概念,降低了AOP技术的准入门槛,通过从设计模型与分析模型中,生成AO实现代码框架,以指导开发人员顺利地完成编程工作,降低了引入AOP的技术风险。