面向方面编程(AOP).ppt

上传人:本田雅阁 文档编号:2145467 上传时间:2019-02-21 格式:PPT 页数:22 大小:254.51KB
返回 下载 相关 举报
面向方面编程(AOP).ppt_第1页
第1页 / 共22页
面向方面编程(AOP).ppt_第2页
第2页 / 共22页
面向方面编程(AOP).ppt_第3页
第3页 / 共22页
亲,该文档总共22页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《面向方面编程(AOP).ppt》由会员分享,可在线阅读,更多相关《面向方面编程(AOP).ppt(22页珍藏版)》请在三一文库上搜索。

1、AOP(面向方面的编程)技术,在本讲您能了解如下内容 AOP技术概述 AOP中的关注点 AOP是OOP的扩展技术 AOP的具体用途 为什么要提供AOP 利用AOP能够更好地满足OCP原则,1、面向方面的编程(AOP-Aspect-Oriented Programming),(1)什么是Aspect? 中文直译通常是“方面”(更准确的应该为“切面”),但这个名词容易使人混淆或者太抽象。 它其实是一种编程技术,(2)应用AOP的主要目的-尽量分离“技术问题实现”和“业务问题实现” 它允许开发者能够对横切关注点进行模块化设计-“切面”的意义在于将业务逻辑中复杂问题分离成不同层面,使其实现统一集中的管

2、理。 能够实现分散关注,将通用需求功能从不相关类之中分离出来。这样将能够更好地遵守“单一职责”原则; 同时,能够实现代码重用。一旦行为发生变化,不必修改很多类,只要修改共享的类。,您理解其内涵吗?,您觉得抽象难懂吗?请继续,2、AOP技术起源 (1)OOP技术的简要回顾 开发者可以用一组对象以及这些对象之间的关系将软件系统形象地表示出来-利用OOP能够更好地对系统进行抽象和描述,在设计规模大、逻辑复杂的系统时,开发周期反而能变的更短,请见文档中的说明,(2)面向对象设计的主要问题是,它本质是静态和封闭的 静态的-很难达到动态地添加新的功能方法 封闭的-任何需求的细微变化都可能需要对原有的类继续

3、修改,从而对开发进度造成重大影响。,(3)利用设计模式进一步完善OOP,解决OOP所面临的问题一个常用的方法是应用设计模式 应用设计模式所体现出的优点-设计出灵活、可扩展、可重用的类库、组件,乃至于整个系统的架构,比如在GOF中提供“装饰器模式”来达到动态地添加新的功能方法,希望大家有时间系统地掌握“GOF”设计模式和J2EE核心设计模式!,(4)应用设计模式同样所面临的问题,然而鉴于对象封装的特殊性,“设计模式”的触角始终在接口与抽象中大做文章,而对于对象内部则无能为力。,比如在GOF中强调“面向接口”编程也就是希望我们的系统能够有更好的灵活性和可扩展性-分离“变化”和“不变”部分,这样在一

4、定的程度上能够“适应变化”。,因为,我们希望能够动态地调整对象的内部结构!同时也能够对对象中的方法执行过程能够控制-比如,能够拦截某方法,从而允许在方法执行之前或者执行以后,能够做点其它的事情!,OOP的“静态”特性很难达到此目的!,(5)AOP技术的产生,早在1990年开始,来自Xerox Palo Alto Research Lab(即PARC)的研究人员就对面向对象思想的局限性进行了分析 随着研究的逐渐深入,AOP也逐渐发展成一套完整的程序设计思想,各种应用AOP的技术也应运而生。,3、AOP是什么样的编程方法 (1)首先了解什么是“分离关注” 所谓的分离关注就是将某一通用的需求功能从不

5、相关的类中分离出来 同时能够使得很多类共享该通用的需求实现- 一旦该实现发生变化,只要修改这个“实现”就可以而不影响其它主功能实现。,(2)AOP就是这种实现分散关注的编程方法 它可以解决OOP和过程化方法不能够很好解决的横切(crosscut)问题 (3)横切问题主要是指 系统中的下面的各个方面的技术实现:事务、安全、日志、并发锁等横切关注。 当未来系统变得越来越复杂,横切关注点就成为一个大问题的时候,AOP就可以很轻松的解决横切关注点这个问题。,(4)AOP实际是GoF设计模式的一种扩展 设计模式所追求的是降低代码之间的耦合度-设计模式孜孜不倦追求的是调用者和被调用者之间的解耦,增加程序的

6、灵活性和可重用性 AOP实际上就是设计模式所追求的目标的一种实现或者说AOP实际是GoF设计模式的延续-分离“系统核心”和“外围功能”的各自实现。,您了解GOF及J2EE核心模式吗,4、AOP主要是把系统作为一批关注点来实现,(1)应用系统是由大量的关注点所构成的,比如,持久化、系统安全、日志记录、应用的业务逻辑通常被认为是应用需要解决的问题。因此,他们通常作为各自的关注点被看待和被处理。 而从整个系统角度考虑,一个系统往往是由大量的关注点构成的。,(2)我们需要整理和分离系统的各个关注点,(3)应用系统中的常见的各个关注点-通过分层能够更好地隔离各个关注点,您了解为什么要这样吗,5、AOP是

7、OOP的一种扩展技术,OOP与AOP相互配合-它们应该相互配合,而不是相互排斥,(1)AOP和OOP在应用上的不同点,AOP是针对具体业务领域中的“技术逻辑”的实现; 而OOP针对业务对象及其关系、业务逻辑的处理。,(2)OOP擅长解决纵向方面的问题,因为OOP允许我们定义从上到下的关系(纵向),但并不适合定义从左到右的关系(横向) OOP在实现对公共行为进行建模时,展示了强大的功能,但利用它对跨越多个模块的共性的“行为”进行建模时,OOP则显得无能为力。,(3)OOP不擅长解决横向方面的问题,OOP在通常的场合下工作得很好,但在特定的领域里却有所欠缺:举例来说,如果我们必须为多个对象和方法应

8、用相同的事务行为,我们需要将同样的代码剪切/粘贴到每一个方法里。 AOP让我们可以把这类问题封装到方面(aspect)中,从而更好地实现模块化。,实现系统的关注点,该单一维度一般是核心需求和关注点的模块化实现,其他类型的需求也被迫和该主导维度一致。 由于问题空间是n维的,而解空间是一维的。这种失配必然导致需求和实现之间的失配。,目前的实现技术只提供了一维方法学(继承和接口实现),6、如何解决横向方面的问题 (1)我们的目标是要避免横切(cross-cutting)代码散布在程序的各处 例如日志功能 日志代码往往水平地散布在所有对象层次中-在控制层、业务层和数据访问层都需要日志功能,并且而与它所

9、散布到的对象的核心功能毫无关系。 对于其他类型的代码,如安全性、异常处理和透明的持续性也是如此。 这种散布在各处的无关的代码被称为横切(cross-cutting)代码 在OOP设计中,它导致了大量代码的重复,而不利于各个模块的重用。,(2)DRY原则(Dont Repeat Yourself,不要书写重复的代码),(3)面向方面编程提供从另一个角度来考虑程序结构以完善面向对象编程(OOP),如上图,直接调用代码段与采用拦截器相比唯一不同的是:如果不是用拦截器,代码中需要显示通过代码来调用目标方法。但在使用拦截器的情况下,则由系统自动完成该方法的调用。通过这种对比不能难发现,拦截器的使用优势在

10、于提供了更高层次的解耦,目标代码无需手动调用目标方法。,7、AOP的典型具体用途 (1)AOP可以很轻松地解决横切关注点这类问题 它可以解决OOP和过程化方法不能够很好解决的横切面(crosscut)的问题,如:事务、安全、日志等横切关注。 当未来系统变得越来越复杂,横切关注点就成为一个主要问题的时候,AOP就可以很轻松的解决横切关注点这个问题。,AOP技术利用一种称为“横切”的技术,剖解开封装的对象内部- AOP将程序分解成各个方面或者说关注点 并将那些影响了多个类的公共行为封装到一个可重用模块,并将其名为“Aspect”,(2)为什么AOP能够解决横切关注点这类问题,(3)横向切面的说明示

11、例 日志处理技术 事务管理技术,我们主要应用AOP的拦截(interception)能力-它为我们提供了“在任何对象的方法调用前/后加入自定义行为”的能力 这使得我们可以很方便地处理企业应用中的横切关注点方面的问题,(4)通常,我们可以在如下情景中使用AOP技术,(5)AOP把软件系统分为两个部分:核心关注点和横切关注点,为什么要这样划分,按照AOP的思想,主逻辑的开发人员在写代码的时候不应该考虑边缘逻辑,您了解什么是分散关注?将通用需求功能从不相关类之中分离出来,(1)AOP可以防止代码混乱,并产生模块化的功能程序,8、为什么要提供AOP,您知道何谓分散关注?为什么要分散关注?,(2)如果不

12、使用横切技术,软件开发是怎样的情形呢? 在传统的程序中,由于横切行为的实现是分散的,开发人员很难对这些行为进行逻辑上的实现或更改,使用AOP,我们可以将处理aspect(“切面”)的代码注入到主功能程序中 通常主功能程序的主要目的并不在于处理这些aspect。,更改一个应用程序的日志记录策略可能涉及数百次编辑-即使可行,这也是个令人头疼的任务,对“横切关注点”的常规的解决方法 -横切关注点会横越多个模块,结果是使系统难以设计、理解、实现和维护。,请见文档中的说明,(3)常规的OO在这些应用中所面临的问题,不清晰的业务逻辑 从某种意义上来说,权限校验过程并不是业务逻辑执行的一部分,这个工作是属于

13、系统的。但是,在常规的实现中,我们不得不把系统的权限校验过程和业务逻辑执行过程掺杂在一起,造成代码的混乱。,代码重复 使用这种方法,我们必须在所有的业务逻辑代码中用应用Security类,使得同样校验的代码充斥在整个软件中,显然不是很好的现象。 紧耦合 使用这种方法,我们必须在业务逻辑代码中显式引用Security类,这就造成了业务逻辑代码同Security类的紧耦合。 这意味着,当Security发生变化时,例如,当系统升级时,需要对CheckRight的方法进行扩展改动时,可能会影响到所有引用代码。 不易扩展 在这里,我们只是在业务逻辑中添加了权限校验,哪一天,当我们需要添加额外的功能,例

14、如日志记录功能的时候,我们不得不同样在所有的业务逻辑代码中添加该功能,AOP与常见的代理模式的不同应用示例请见文档说明-复杂、难懂!,(4)因此,应该是OOP与AOP相互配合-它们应该相互配合,而不是相互排斥! 面向对象的程序设计的手段是继承、封装和多态性 而面向方面的程序设计的组件是通知监听器(advice/interceptor)、引入(introduction)、元数据(metadata)和切入点(pointcut) 。,(5)如何利用AOP进行开发,您知道为什么要区分J2EE容器和J2EE应用系统吗,(2)利用AOP不仅可以分离也可以组合不同的功能模块,松散耦合- AOP Weaver,9、利用AOP能够更好地满足OCP原则 (1)使用AOP能够松散组合不同的业务逻辑模块,(2)AOP的思想在J2EE平台中的具体应用-Web技术中的Filter组件的应用 在某些开发中,我们可能使用过滤器来完成某些AOP功能 借助过滤器所带来的好处-实现“业务逻辑”同“技术实现”的分离,其实J2EE规范中对容器的要求,也是AOP思想的应用,您知道Filter在应用时有什么限制吗?,1、子曰:“学而不思则罔,思而不学则殆。” “学而时习之”,2、子曰:“知之者不如好之者,好之者不如乐之者”,3、子曰:“三人行,必有我师焉”,4、子曰:“我非生而知之者,好古,敏以求之者也”,本讲的简要回顾,

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 其他


经营许可证编号:宁ICP备18001539号-1