大哥大嫂们介绍下Spring AOP

今天做了 题目 使用AOP
AOP的核心和本质是什么 希望大家介绍下

解决方案 »

  1.   

    面向切面编程。弥补了面向对象编程的不足。
    核心：依赖注入
    本质：使用了java的反射机制来实现
      

  2.   

    AOP 核心 动态代理。dynamaicProxy 模式 
      

  3.   

    AOP:就是面向切面编程；
    核心：ioc
    本质：通过代理设定通知，对Java程序起到拦截过滤！
      

  4.   

    AOp中有自动代理等等...<aop:config>
    <aop:advisor advice-ref="operationAdvice"
    pointcut="execution(* org.totong.service.*Service.save(..))" />
    <aop:advisor advice-ref="operationAdvice"
    pointcut="execution(* org.totong.service.*Service.delete(..))" />
    <aop:advisor advice-ref="operationAdvice"
    pointcut="execution(* org.totong.service.*Service.update*(..))" />
    <aop:advisor advice-ref="txAdvice"
    pointcut="execution(* org.totong.service.*Service.*(..))" />
    </aop:config>这种是动态代理？
      

  5.   

    http://blog.csdn.net/wansheg/archive/2007/08/16/1747426.aspx看完这个你就明白了 AOP不是非得跟SPRING有关系 
      

  6.   

      Spring的核心是IOC（控制反转）
      Spring AOP是实现了IOC的AOP。。
       AOP是一个框架。。
       
      分散关注　　将通用需求功能从不相关类之中分离出来；同时，能够使得很多类共享一个行为，一旦行为发生变化，不必修改很多类，只要修改这个行为就可以。　　 AOP就是这种实现分散关注的编程方法，它将“关注”封装在“方面”中。AOP是什么？　　AOP是OOP的延续，是Aspect Oriented Programming的缩写，意思是面向方面编程。AOP实际是GoF设计模式的延续，设计模式孜孜不倦追求的是调用者和被调用者之间的解耦，AOP可以说也是这种目标的一种实现。　　举例：假设有在一个应用系统中，有一个共享的数据必须被并发同时访问，首先，将这个数据封装在数据对象中，称为Data Class，同时，将有多个访问类，专门用于在同一时刻访问这同一个数据对象。　　为了完成上述并发访问同一资源的功能，需要引入锁Lock的概念，也就是说，某个时刻，当有一个访问类访问这个数据对象时，这个数据对象必须上锁Locked，用完后就立即解锁unLocked，再供其它访问类访问。　　使用传统的编程习惯，我们会创建一个抽象类，所有的访问类继承这个抽象父类，如下：
         
         abstract class Worker{　　abstract void locked();
    　　abstract void accessDataObject();
    　　abstract void unlocked();}
     
         缺点： 
    accessDataObject()方法需要有“锁”状态之类的相关代码。 
    Java只提供了单继承，因此具体访问类只能继承这个父类，如果具体访问类还要继承其它父类，比如另外一个如Worker的父类，将无法方便实现。 
    重用被打折扣，具体访问类因为也包含“锁”状态之类的相关代码，只能被重用在相关有“锁”的场合，重用范围很窄。仔细研究这个应用的“锁”，它其实有下列特性： 
    “锁”功能不是具体访问类的首要或主要功能，访问类主要功能是访问数据对象，例如读取数据或更改动作。 
    “锁”行为其实是和具体访问类的主要功能可以独立、区分开来的。 
    “锁”功能其实是这个系统的一个纵向切面，涉及许多类、许多类的方法。如下图
     
    　因此，一个新的程序结构应该是关注系统的纵向切面，例如这个应用的“锁”功能，这个新的程序结构就是aspect（方面）　　在这个应用中，“锁”方面（aspect）应该有以下职责：　　提供一些必备的功能，对被访问对象实现加锁或解锁功能。以保证所有在修改数据对象的操作之前能够调用lock()加锁，在它使用完成后，调用unlock()解锁。AOP应用范围　　很明显，AOP非常适合开发J2EE容器服务器，目前JBoss 4.0正是使用AOP框架进行开发。
    　　具体功能如下：
    Authentication 权限
    Caching 缓存
    Context passing 内容传递
    Error handling 错误处理
    Lazy loading　懒加载
    Debugging　　调试
    logging, tracing, profiling and monitoring　记录跟踪　优化　校准
    Performance optimization　性能优化
    Persistence　　持久化
    Resource pooling　资源池
    Synchronization　同步
    Transactions 事务AOP有必要吗？　　当然，上述应用范例在没有使用AOP情况下，也得到了解决，例如JBoss 3.XXX也提供了上述应用功能，但是没有使用AOP。　　但是，使用AOP可以让我们从一个更高的抽象概念来理解软件系统，AOP也许提供一种有价值的工具。可以这么说：因为使用AOP结构，现在JBoss 4.0的源码要比JBoss 3.X容易理解多了，这对于一个大型复杂系统来说是非常重要的。　　从另外一个方面说，好像不是所有的人都需要关心AOP，它可能是一种架构设计的选择，如果选择J2EE系统，AOP关注的上述通用方面都已经被J2EE容器实现了，J2EE应用系统开发者可能需要更多地关注行业应用方面aspect。
    AOP具体实现　　AOP是一个概念，并没有设定具体语言的实现，它能克服那些只有单继承特性语言的缺点（如Java），目前AOP具体实现有以下几个项目：　　AspectJ (TM)：　创建于Xerox PARC. 有近十年历史，成熟
    　　缺点：过于复杂；破坏封装；需要专门的Java编译器。　　动态AOP：使用JDK的动态代理API或字节码Bytecode处理技术。　　基于动态代理API的具体项目有：
    　　JBoss 4.0 JBoss 4.0服务器
    　　nanning　这是以中国南宁命名的一个项目，搞不清楚为什么和中国相关？是中国人发起的？
    　　JdonFramework Jdon自己的IoC AOP框架 粗粒度AOP
    参考：http://www.jdon.com/AOPdesign/jdon-aop.htm
      

  7.   

    AOP联盟资料:AOP联盟规范了一套用于规范AOP实现的底层API，通过这些统一的底层API，可以使得各个AOP实现及工具产品之间实现相互移植。这些API主要以标准接口的形式提供，是AOP编程思想所要解决的横切交叉关注点问题各部件的最高抽象。Spring的AOP框架中也直接以这些API为基础所构建。下面我我们来看看当前AOP联盟发布的AOP相关标准接口。
    　　AOP联盟的API主要包括四个部分，第一个是aop包，定义了一个表示通知Advice的标识接口，各种各样的通知都继承或实现了该接口；aop包中还包括了一个用于描述AOP系统框架错误的运行时异常AspectException。
    　　第二个部分是intercept包，也就是拦截器包，这个包中规范了AOP核心概念中的连接点及通知(Advice)类型。
    　　第三部及第四部分是instrument及reflect包。这两个包中的API主要包括AOP框架或产品为了实现把横切关注点的模块与核心应用模块组合集成，所需要使用的设施、技术及底层实现规范等。
      

  8.   

    官方AOP代码：http://sourceforge.net/projects/aopalliance/ 
    全英文的AOP的API:http://aopalliance.sourceforge.net/doc/index.html
      

  9.   


    我看完也不懂 ..不过我自己的理解就是 
    假设我想要吃个苹果 于是我自己去拿 然后我吃了 然后吃完后苹果核丢到某处(普通的方法)
    通过SPRING的话就是
    我要吃个苹果 然后我告诉我妈妈 然后他给我个洗干净的苹果 并且在我吃完之后帮我处理掉苹果核..这个比喻不是很好 漏洞太多 而且容易理解歧义(那就WS吧..) 之所以说SPRING支持AOP 是因为我们用的对象 都是通过SPRING来建立的 而我们可以在SPRING里设置在创建这个对象前后需要做些什么 这个才是重要的
    所以 不是SPRING才有AOP 而是SPRING让我们可以更方便的使用AOP..
    不会SPRING的BK在流眼泪..
      

  10.   

      都是Ctrl+C 、V 的问题
         O(∩_∩)O哈哈~
      

  11.   

    会用spring但不知其意的俺也在流泪。。
    感觉spring就是再次将拦截代理增强类功能，使其能通过配置的方式方便的加载在所需要的地方，比如将日志服务和事务服务加在某某service层或控制层实现里。
    今天回家继续研究。谢谢蜗牛和BK
      

  12.   


    我是真不会 从没在实际项目中用过 曾经在培训班中学习所谓的SSH 都是骗子 X的..
      

  13.   

    AOP的概念和web中的filter有点象
    AOP拦截你指定的方法，在被拦截的方法前后加上你自己的代码考虑这样一个状态，你拿到一个第三方包，这个包可能对数据库进行很多操作
    但是这个包不记录任何日志信息
    你可以用AOP在它的操作方法前后插入你自己的日志记录动作
      

  14.   

    晚上回来看了14L蜗牛的资料，又有了一点点新的认识。
    新的认识是：面向切面编程，就是将多个模块中的相同（比如数据库事务、权限判断、日志写出）而又不属于模块本身（比如业务模型中有个将自己对象中的值转为jsonString的方法）的功能抽离出来，对于原组件本身来说，他把不属于自己的动作去掉，更加专注也更加的易被重用；对重构来说，也算是抽离共性统一对待，也便于将来一处修改，处处生效；动态代理则是根据需要，使用代理类增强类功能的方式为需要添加服务的地方切入这些服务（我也不知道用动态代理除了消除获取服务的硬编码外，还有什么好处。），spring通过配置的方式来向我们提供灵活操作和组合这些组件的便利，它引导、鼓励我们以面向切面的方式来设计（但不是强制），在配置中，我们将每个dao、service层的各种实现以依赖注入的方式注入到所需的地方，使得这些调用者和被调用者没有发生直接关联，又将事务服务切入所需组件的代理组件中，使得这些组件无需关心与本身无关的动作。
    。。今天先思考到这，我仍旧没有真正了解aop的根本所在，还需要几次的思想推翻和重建过程，以及代码累积量变引起质变后才能自然而然的真正了解。
    思考是令人愉悦的最近想的多，代码写少了
      

  15.   

    这就不错了。。
      OOP是纵向关联。AOP是横向关联
      

  16.   

      
      以前的依赖关系称为 纵向关联（继承、实现等依赖关系）；
      应用AOP后无需继承了。
        直接配置即可获得实体对象 横向的。
      

  17.   

    AOP:advance online publication.在线杂志出版物。
    　　面向切面编程：Aspect Oriented Programming
    　　AOP是OOP的延续，是Aspect Oriented Programming的缩写，意思是面向切面编程。可以通过预编译方式和运行期动态代理实现在不修改源代码的情况下给程序动态统一添加功能的一种技术。AOP实际是GoF设计模式的延续，设计模式孜孜不倦追求的是调用者和被调用者之间的解耦，AOP可以说也是这种目标的一种实现。
    　　在Spring中提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（auditing）和事务（transaction）管理）进行内聚性的开发。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。
    　　应用举例：假设有在一个应用系统中，有一个共享的数据必须被并发同时访问，首先，将这个数据封装在数据对象中，称为Data Class，同时，将有多个访问类，专门用于在同一时刻访问这同一个数据对象。
    　　为了完成上述并发访问同一资源的功能，需要引入锁Lock的概念，也就是说，某个时刻，当有一个访问类访问这个数据对象时，这个数据对象必须上锁Locked，用完后就立即解锁unLocked，再供其它访问类访问。
    　　使用传统的编程习惯，我们会创建一个抽象类，所有的访问类继承这个抽象父类，如下：
    　　abstract class Worker{
    　　abstract void locked();
    　　abstract void accessDataObject();
    　　abstract void unlocked();
    　　}
    　　缺点： 
    　　accessDataObject()方法需要有“锁”状态之类的相关代码。 
    　　Java只提供了单继承，因此具体访问类只能继承这个父类，如果具体访问类还要继承其它父类，比如另外一个如Worker的父类，将无法方便实现。 
    　　重用被打折扣，具体访问类因为也包含“锁”状态之类的相关代码，只能被重用在相关有“锁”的场合，重用范围很窄。
    　　仔细研究这个应用的“锁”，它其实有下列特性： 
    　　“锁”功能不是具体访问类的首要或主要功能，访问类主要功能是访问数据对象，例如读取数据或更改动作。 
    　　“锁”行为其实是和具体访问类的主要功能可以独立、区分开来的。 
    　　“锁”功能其实是这个系统的一个纵向切面，涉及许多类、许多类的方法。如下图：
    　　因此，一个新的程序结构应该是关注系统的纵向切面，例如这个应用的“锁”功能，这个新的程序结构就是aspect（方面）
    　　在这个应用中，“锁”方面（aspect）应该有以下职责：
    　　提供一些必备的功能，对被访问对象实现加锁或解锁功能。以保证所有在修改数据对象的操作之前能够调用lock()加锁，在它使用完成后，调用unlock()解锁。
    　　AOP应用范围
    　　很明显，AOP非常适合开发J2EE容器服务器，目前JBoss 4.0正是使用AOP框架进行开发。
    　　具体功能如下：
    　　Authentication 权限
    　　Caching 缓存
    　　Context passing 内容传递
    　　Error handling 错误处理
    　　Lazy loading 懒加载
    　　Debugging 调试
    　　logging, tracing, profiling and monitoring 记录跟踪 优化 校准
    　　Performance optimization 性能优化
    　　Persistence 持久化
    　　Resource pooling 资源池
    　　Synchronization 同步
    　　Transactions 事务
    　　【AOP有必要吗？】
    　　当然，上述应用范例在没有使用AOP情况下，也得到了解决，例如JBoss 3.XXX也提供了上述应用功能，但是没有使用AOP。
    　　但是，使用AOP可以让我们从一个更高的抽象概念来理解软件系统，AOP也许提供一种有价值的工具。可以这么说：因为使用AOP结构，现在JBoss 4.0的源码要比JBoss 3.X容易理解多了，这对于一个大型复杂系统来说是非常重要的。
    　　从另外一个方面说，好像不是所有的人都需要关心AOP，它可能是一种架构设计的选择，如果选择J2EE系统，AOP关注的上述通用方面都已经被J2EE容器实现了，J2EE应用系统开发者可能需要更多地关注行业应用方面aspect。
    　　【AOP具体实现】
    　　AOP是一个概念，并没有设定具体语言的实现，它能克服那些只有单继承特性语言的缺点（如Java），目前AOP具体实现有以下几个项目：
    　　AspectJ (TM)： 创建于Xerox PARC. 有近十年历史，成熟
    　　缺点：过于复杂；破坏封装；需要专门的Java编译器。
    　　动态AOP：使用JDK的动态代理API或字节码Bytecode处理技术。
    　　基于动态代理API的具体项目有：
    　　JBoss 4.0 JBoss 4.0服务器
    　　nanning 这是以中国南宁命名的一个项目，搞不清楚为什么和中国相关？是中国人发起的？
    　　基于字节码的项目有：
    　　aspectwerkz ，spring