67,517
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
yaoyingcherry 2010-01-14
- 打赏
- 举报
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
面向切面编程：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
眼神eye 2010-01-14
- 打赏
- 举报
学习
灵犀Sword 2010-01-14
- 打赏
- 举报
学习了 谢谢
BearKin 2010-01-14
- 打赏
- 举报
[Quote=引用 30 楼 tzsword 的回复:]
引用 29 楼 dinghun8leech 的回复:
引用 28 楼 tzsword 的回复:
这就不错了。。。。。
OOP是纵向关联。。。。AOP是横向关联。。。
纵向关联?横向关联?不懂。。。
刚才又想了下，看了别人的文章，了解到动态代理的好处是：在不改变代码的情况下给一个类添加新的方法或服务。
以前的依赖关系称为 纵向关联。。。。。。（继承、实现等依赖关系）；
应用AOP后无需继承了。。。。。。。。。。
直接配置即可获得实体对象。。。 横向的。。。。
[/Quote]
传说中的 新名词..?
引用 29 楼 dinghun8leech 的回复:
引用 28 楼 tzsword 的回复:
这就不错了。。。。。
OOP是纵向关联。。。。AOP是横向关联。。。
纵向关联?横向关联?不懂。。。
刚才又想了下，看了别人的文章，了解到动态代理的好处是：在不改变代码的情况下给一个类添加新的方法或服务。
以前的依赖关系称为 纵向关联。。。。。。（继承、实现等依赖关系）；
应用AOP后无需继承了。。。。。。。。。。
直接配置即可获得实体对象。。。 横向的。。。。
[/Quote]
传说中的 新名词..?
TzSword 2010-01-14
- 打赏
- 举报
[Quote=引用 33 楼 bearkin 的回复:]
传说中的 新名词..?
[/Quote]
。。。。。。。。。。。。。。
传说中的 新名词..?
[/Quote]
。。。。。。。。。。。。。。
TzSword 2010-01-13
- 打赏
- 举报
[Quote=引用 22 楼 bearkin 的回复:]
引用 21 楼 dinghun8leech 的回复:
引用 19 楼 bearkin 的回复:
那个蜗牛的帖子很详细的.. 惭愧啊..
会用spring但不知其意的俺也在流泪。。。。。
感觉spring就是再次将拦截代理增强类功能，使其能通过配置的方式方便的加载在所需要的地方，比如将日志服务和事务服务加在某某service层或控制层实现里。
今天回家继续研究。谢谢蜗牛和BK
我是真不会 从没在实际项目中用过 曾经在培训班中学习所谓的SSH 都是骗子 X的..
[/Quote]
我的知识可都是青鸟老师教的哦。。。。O(∩_∩)O哈哈~
引用 21 楼 dinghun8leech 的回复:
引用 19 楼 bearkin 的回复:
那个蜗牛的帖子很详细的.. 惭愧啊..
会用spring但不知其意的俺也在流泪。。。。。
感觉spring就是再次将拦截代理增强类功能，使其能通过配置的方式方便的加载在所需要的地方，比如将日志服务和事务服务加在某某service层或控制层实现里。
今天回家继续研究。谢谢蜗牛和BK
我是真不会 从没在实际项目中用过 曾经在培训班中学习所谓的SSH 都是骗子 X的..
[/Quote]
我的知识可都是青鸟老师教的哦。。。。O(∩_∩)O哈哈~
BearKin 2010-01-13
- 打赏
- 举报
[Quote=引用 21 楼 dinghun8leech 的回复:]
引用 19 楼 bearkin 的回复:
那个蜗牛的帖子很详细的.. 惭愧啊..
会用spring但不知其意的俺也在流泪。。。。。
感觉spring就是再次将拦截代理增强类功能，使其能通过配置的方式方便的加载在所需要的地方，比如将日志服务和事务服务加在某某service层或控制层实现里。
今天回家继续研究。谢谢蜗牛和BK
[/Quote]
我是真不会 从没在实际项目中用过 曾经在培训班中学习所谓的SSH 都是骗子 X的..
引用 19 楼 bearkin 的回复:
那个蜗牛的帖子很详细的.. 惭愧啊..
会用spring但不知其意的俺也在流泪。。。。。
感觉spring就是再次将拦截代理增强类功能，使其能通过配置的方式方便的加载在所需要的地方，比如将日志服务和事务服务加在某某service层或控制层实现里。
今天回家继续研究。谢谢蜗牛和BK
[/Quote]
我是真不会 从没在实际项目中用过 曾经在培训班中学习所谓的SSH 都是骗子 X的..
dinghun8leech 2010-01-13
- 打赏
- 举报
[Quote=引用 19 楼 bearkin 的回复:]
那个蜗牛的帖子很详细的.. 惭愧啊..
[/Quote]
会用spring但不知其意的俺也在流泪。。。。。
感觉spring就是再次将拦截代理增强类功能，使其能通过配置的方式方便的加载在所需要的地方，比如将日志服务和事务服务加在某某service层或控制层实现里。
今天回家继续研究。谢谢蜗牛和BK
那个蜗牛的帖子很详细的.. 惭愧啊..
[/Quote]
会用spring但不知其意的俺也在流泪。。。。。
感觉spring就是再次将拦截代理增强类功能，使其能通过配置的方式方便的加载在所需要的地方，比如将日志服务和事务服务加在某某service层或控制层实现里。
今天回家继续研究。谢谢蜗牛和BK
TzSword 2010-01-13
- 打赏
- 举报
[Quote=引用 19 楼 bearkin 的回复:]
那个蜗牛的帖子很详细的.. 惭愧啊..
[/Quote]
都是Ctrl+C 、V 的问题。。。
O(∩_∩)O哈哈~
那个蜗牛的帖子很详细的.. 惭愧啊..
[/Quote]
都是Ctrl+C 、V 的问题。。。
O(∩_∩)O哈哈~
zl3450341 2010-01-13
- 打赏
- 举报
[Quote=引用 16 楼 tzsword 的回复:]
官方AOP代码：http://sourceforge.net/projects/aopalliance/
全英文的AOP的API:http://aopalliance.sourceforge.net/doc/index.html
[/Quote]
..
官方AOP代码：http://sourceforge.net/projects/aopalliance/
全英文的AOP的API:http://aopalliance.sourceforge.net/doc/index.html
[/Quote]
..
BearKin 2010-01-13
- 打赏
- 举报
那个蜗牛的帖子很详细的.. 惭愧啊..
BearKin 2010-01-13
- 打赏
- 举报
[Quote=引用 12 楼 dinghun8leech 的回复:]
引用 9 楼 bearkin 的回复:
http://blog.csdn.net/wansheg/archive/2007/08/16/1747426.aspx
看完这个你就明白了 AOP不是非得跟SPRING有关系
这篇文章我昨晚回家看了下，写了下里面的程序，仍旧不怎么理解文章最后说的那几个名词解释。
查询：输入-》验证-》查询数据库-》记录操作日志-》结果呈现
添加：输入-》验证-》添加数据库-》记录操作日志-》返回操作结果
修改：输入-》验证-》修改数据库-》记录操作日志-》返回操作结果
删除：输入-》验证-》删除数据库-》记录操作日志-》返回操作结果
...
蓝色部分即为连接点？红色部门即为切面？感觉这就是抽离业务逻辑中的某些相同步骤，组成接口服务，使这些非对象本身的动作得以和对象分开，再通过动态代理增强类功能把这些接口服务加在需要的地方。
[/Quote]
我看完也不懂 ..不过我自己的理解就是
假设我想要吃个苹果 于是我自己去拿 然后我吃了 然后吃完后苹果核丢到某处(普通的方法)
通过SPRING的话就是
我要吃个苹果 然后我告诉我妈妈 然后他给我个洗干净的苹果 并且在我吃完之后帮我处理掉苹果核
..这个比喻不是很好 漏洞太多 而且容易理解歧义(那就WS吧..) 之所以说SPRING支持AOP 是因为我们用的对象 都是通过SPRING来建立的 而我们可以在SPRING里设置在创建这个对象前后需要做些什么 这个才是重要的
所以 不是SPRING才有AOP 而是SPRING让我们可以更方便的使用AOP..
不会SPRING的BK在流眼泪..
引用 9 楼 bearkin 的回复:
http://blog.csdn.net/wansheg/archive/2007/08/16/1747426.aspx
看完这个你就明白了 AOP不是非得跟SPRING有关系
这篇文章我昨晚回家看了下，写了下里面的程序，仍旧不怎么理解文章最后说的那几个名词解释。
查询：输入-》验证-》查询数据库-》记录操作日志-》结果呈现
添加：输入-》验证-》添加数据库-》记录操作日志-》返回操作结果
修改：输入-》验证-》修改数据库-》记录操作日志-》返回操作结果
删除：输入-》验证-》删除数据库-》记录操作日志-》返回操作结果
...
蓝色部分即为连接点？红色部门即为切面？感觉这就是抽离业务逻辑中的某些相同步骤，组成接口服务，使这些非对象本身的动作得以和对象分开，再通过动态代理增强类功能把这些接口服务加在需要的地方。
[/Quote]
我看完也不懂 ..不过我自己的理解就是
假设我想要吃个苹果 于是我自己去拿 然后我吃了 然后吃完后苹果核丢到某处(普通的方法)
通过SPRING的话就是
我要吃个苹果 然后我告诉我妈妈 然后他给我个洗干净的苹果 并且在我吃完之后帮我处理掉苹果核
..这个比喻不是很好 漏洞太多 而且容易理解歧义(那就WS吧..) 之所以说SPRING支持AOP 是因为我们用的对象 都是通过SPRING来建立的 而我们可以在SPRING里设置在创建这个对象前后需要做些什么 这个才是重要的
所以 不是SPRING才有AOP 而是SPRING让我们可以更方便的使用AOP..
不会SPRING的BK在流眼泪..
humor200 2010-01-13
- 打赏
- 举报
反射、JDK动态代理。
dinghun8leech 2010-01-13
- 打赏
- 举报
既减少调用者和被调用者的关联，也免去类与类之间继承的上下关联关系，确实是横向纵向都解耦了，呵呵。
TzSword 2010-01-13
- 打赏
- 举报
[Quote=引用 29 楼 dinghun8leech 的回复:]
引用 28 楼 tzsword 的回复:
这就不错了。。。。。
OOP是纵向关联。。。。AOP是横向关联。。。
纵向关联?横向关联?不懂。。。
刚才又想了下，看了别人的文章，了解到动态代理的好处是：在不改变代码的情况下给一个类添加新的方法或服务。
[/Quote]
以前的依赖关系称为 纵向关联。。。。。。（继承、实现等依赖关系）；
应用AOP后无需继承了。。。。。。。。。。
直接配置即可获得实体对象。。。 横向的。。。。
引用 28 楼 tzsword 的回复:
这就不错了。。。。。
OOP是纵向关联。。。。AOP是横向关联。。。
纵向关联?横向关联?不懂。。。
刚才又想了下，看了别人的文章，了解到动态代理的好处是：在不改变代码的情况下给一个类添加新的方法或服务。
[/Quote]
以前的依赖关系称为 纵向关联。。。。。。（继承、实现等依赖关系）；
应用AOP后无需继承了。。。。。。。。。。
直接配置即可获得实体对象。。。 横向的。。。。
TzSword 2010-01-13
- 打赏
- 举报
TzSword 2010-01-13
- 打赏
- 举报
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框架或产品为了实现把横切关注点的模块与核心应用模块组合集成，所需要使用的设施、技术及底层实现规范等。
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框架或产品为了实现把横切关注点的模块与核心应用模块组合集成，所需要使用的设施、技术及底层实现规范等。
TzSword 2010-01-13
- 打赏
- 举报
[Quote=引用楼主 fangyu286 的回复:]
今天做了 题目 使用AOP
AOP的核心和本质是什么 希望大家介绍下
[/Quote]
Spring的核心是IOC（控制反转）
Spring AOP是实现了IOC的AOP。。
AOP是一个框架。。。。。
分散关注
将通用需求功能从不相关类之中分离出来；同时，能够使得很多类共享一个行为，一旦行为发生变化，不必修改很多类，只要修改这个行为就可以。
AOP就是这种实现分散关注的编程方法，它将“关注”封装在“方面”中。
AOP是什么？
AOP是OOP的延续，是Aspect Oriented Programming的缩写，意思是面向方面编程。AOP实际是GoF设计模式的延续，设计模式孜孜不倦追求的是调用者和被调用者之间的解耦，AOP可以说也是这种目标的一种实现。
举例：假设有在一个应用系统中，有一个共享的数据必须被并发同时访问，首先，将这个数据封装在数据对象中，称为Data Class，同时，将有多个访问类，专门用于在同一时刻访问这同一个数据对象。
为了完成上述并发访问同一资源的功能，需要引入锁Lock的概念，也就是说，某个时刻，当有一个访问类访问这个数据对象时，这个数据对象必须上锁Locked，用完后就立即解锁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
今天做了 题目 使用AOP
AOP的核心和本质是什么 希望大家介绍下
[/Quote]
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
dinghun8leech 2010-01-13
- 打赏
- 举报
[Quote=引用 28 楼 tzsword 的回复:]
这就不错了。。。。。
OOP是纵向关联。。。。AOP是横向关联。。。
[/Quote]
纵向关联?横向关联?不懂。。。
刚才又想了下，看了别人的文章，了解到动态代理的好处是：在不改变代码的情况下给一个类添加新的方法或服务。
这就不错了。。。。。
OOP是纵向关联。。。。AOP是横向关联。。。
[/Quote]
纵向关联?横向关联?不懂。。。
刚才又想了下，看了别人的文章，了解到动态代理的好处是：在不改变代码的情况下给一个类添加新的方法或服务。
道光2008 2010-01-13
- 打赏
- 举报
控制反转
加载更多回复（17）
