有关GOLDEN Bowl 的思考

最新推荐文章于 2024-08-08 15:47:42 发布

crollingstone

最新推荐文章于 2024-08-08 15:47:42 发布

阅读量870

点赞数

分类专栏： Henry James

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.csdn.net/crollingstone/article/details/351353

版权

Henry James 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

前几天，借了一本《Golden Bowl》可是没有看完，感觉不到以前看Herny James 作品的那种震撼的心灵感觉了。好像是个很久以前的东西，我不知道是否自己已经没有欣赏才能了。

不过也许正是James本身的魅力没有我想象的那么大吧。

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
1
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

专栏目录

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

码龄23年

5: 原创

153万+: 周排名

190万+: 总排名

7861: 访问

: 等级

145: 积分

0: 粉丝

0: 获赞

5: 评论

1: 收藏

私信

关注

热门文章

分类专栏

最新评论

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

最新文章

目录

评论 1

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。