自定义博客皮肤VIP专享

*博客头图：

点击选择上传的图片

格式为PNG、JPG，宽度*高度大于1920*100像素，不超过2MB，主视觉建议放在右侧，请参照线上博客头图

请上传大于1920*100像素的图片！

博客底图：

点击选择上传的图片

图片格式为PNG、JPG，不超过1MB，可上下左右平铺至整个背景

栏目图：

点击选择上传的图片

图片格式为PNG、JPG，图片宽度*高度为300*38像素，不超过0.5MB

主标题颜色：

RGB颜色，例如：#AFAFAF

Hover：

RGB颜色，例如：#AFAFAF

副标题颜色：

RGB颜色，例如：#AFAFAF

预览取消提交

自定义博客皮肤

上一步保存

crollingstone的专栏

05月 04月

原创 AOP 软件革命的导火索？

背景 AOP（面向方面编程，是Aspect Oriented Programming的缩写）是上世纪 90 年代施乐公司帕洛阿尔托研究中心 (Xerox PARC) 在Gregor Kiczales领导下发明的一种编程范式，它使开发人员可以更好地将本不该彼此纠缠在一起的任务（例如数学运算和异常处理）分离开来。 AOP从几个不同的研究方向中发展而来。这些研究包括反射，面向对象编程中的各种扩展等等

2005-05-26 21:40:00 3083 4

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

crollingstone CSDN认证博客专家 CSDN认证企业博客

码龄23年

暂无认证

5: 原创

152万+: 周排名

162万+: 总排名

7735: 访问

: 等级

143: 积分

0: 粉丝

0: 获赞

5: 评论

1: 收藏

私信

关注

分类专栏

最新评论

有关GOLDEN Bowl 的思考
普通网友: 不过也许
AOP 软件革命的导火索？
crollingstone: 这其实涉及到一个动态和静态的概念，beforeclick ,click 和afterclick其实是根据消息流直线传递的，也就是说，你只能过载这三个接口的内容，这三个事件还是一定要发生的。这也是AOP认为OOP在设计时还是采用了层次的概念，其实，知道模式的，会很清楚这其实是个TEMPLATE Method 模式。也就是这个体系是在设计时候已经固定的，如果修改，就要对整个业务代码进行refactor.我们先来看一下这个例子。在前面，我们出于简单的考虑，只谈到了before advice 和 after advice .现在我们来看around advice 的例子 首先构造一个Test.java 文件: class Test { public void testMethod() { System.out.println("Test Method"); } public static void main(String args[]) { Test test = new Test(); test.testMethod(); } } 然后再构造一个TestAspect.java 文件: public aspect TestAspect { pointcut callTestMethod() : call(public void Test.test*(..)); void around() : callTestMethod() { System.out.println("this is a new Method"); } } 然后，在命令行，用 ajc Test.java TestAspect.java java Test 得到输出结果： this is a new Method 也就是说这个joint point 被完全替换了，当然你可以一定的判断逻辑调用原来的joint point 的东西。 修改TestAspect.java 为： import java.io.BufferedReader; import java.io.IOException; import java.io.InputStreamReader; public aspect TestAspect { pointcut callTestMethod() : call(public void Test.test*(..)); void around() : callTestMethod() { String input=null; BufferedReader br = new BufferedReader(new InputStreamReader(System.in)); try{ input=br.readLine(); }catch(IOException e){ } if (input.equals("go")){ System.out
AOP 软件革命的导火索？
tinalon: 可以关注
AOP 软件革命的导火索？
abc: worse than syntax sugar.
AOP 软件革命的导火索？
crollingstone: 其实，我感觉，现在所谓划分全局变量和局部变量，其实是相当没有意义的，其实，在我们编程的时候，我们根本都是把变量当做全局来看得，也就是，我们事实上是用transparence 原则的。所以我们采用OOP的时候，其实是在用一种Generative programming 方式帮我们划分和封装我们所写的业务代码。至于系统的组织，其实我们作为程序员是不应该关心的。在Spring Aop中，用XML来配置，其实是相同的意义，即代码写出后，你如何在系统中使用，是整个架构师的工作。你的类被截获，跟你没有关系，对你来说是透明的。 这极大减轻了程序员的思想负担。 也就是说，他没有必要去理解整个系统的类图和时序图。尤其是复杂的协作图。他只管写他的义务逻辑代码就行了。 这一点，以前用类来封装代码的时候，或用模块封装代码的时候，是不很成功的。 用aspect对代码进行组合，我觉的就是封装性的新发展。 也就是说，你写好业务逻辑代码后，你可以对这个模块进行改造，但是整体没有必要修改，从这个模块的程序员来说，他不关心，也不必关心。这不是很好。也做到了很好的代码复用。