论坛首页 Java版 企业应用

AOP在大规模软件开发项目中应用的尝试与思考

浏览 7536 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
时间:2005-11-18
参考参考
http://www-128.ibm.com/developerworks/cn/java/j-aop/
   
时间:2005-11-18
partech 写道
参考参考
http://www-128.ibm.com/developerworks/cn/java/j-aop/

恕我直言,看完之后发现IBM 中国软件开发实验室水平如此之低
我看他们根本没有用过AOP
   
0 请登录后投票
时间:2005-11-18
chinata 写道
恕我直言,看完之后发现IBM 中国软件开发实验室水平如此之低
我看他们根本没有用过AOP

不管怎样,都将激励对AOP感兴趣的人,更深入的思考。。。。。。
   
0 请登录后投票
时间:2005-11-18
chinata 写道
partech 写道
参考参考
http://www-128.ibm.com/developerworks/cn/java/j-aop/

恕我直言,看完之后发现IBM 中国软件开发实验室水平如此之低
我看他们根本没有用过AOP


没看见人家写着是SOA实验室
   
0 请登录后投票
时间:2005-11-24
chinata 写道
partech 写道
参考参考
http://www-128.ibm.com/developerworks/cn/java/j-aop/

恕我直言,看完之后发现IBM 中国软件开发实验室水平如此之低
我看他们根本没有用过AOP


抱歉.... 我怎么觉得这篇文章写得挺有道理的,因为我们在同样的实践中也遇到了同样的问题。还是很棘手的,呵呵,反正我们没有搞定。

chinata能说下你的看法吗?
   
0 请登录后投票
时间:2005-11-25
按我的理解,文中说的是通过AOP调用Log4J,这样就可以避免在很多地方写 getLogger().log() 类似这样的代码。这不正是很多讲AOP的文章喜欢举的例子吗?然后文中又说,在大规模系统中这根本不可能实现,因为需要log的地方太多,即无法抽象出统一的记录方法,也无法抽象出统一的切入点。
   
0 请登录后投票
时间:2005-11-25
为了AOP而AOP,这样下去会死的很惨的.
我们要有不相信大厂商的能力.
   
0 请登录后投票
时间:2005-11-25
文章不错,试验再一次证明了试图用单一理论或方法去解决复杂问题是不切实际的。AOP现在确实还不成熟,但是当它成熟的时候只怕会变成另一头巨大的怪兽。OOA和OOD本身就具备关注点分离的能力,再空降一个AOP进来只会制造更多的混乱。
   
0 请登录后投票
时间:2005-11-25
我看文章写得不错,说到的一些问题都是实施在在存在的,认同他们的结论
引用
AOP更适合在小规模软件开发项目中应用
   
0 请登录后投票
时间:2005-11-25
age0 写道
文章不错,试验再一次证明了试图用单一理论或方法去解决复杂问题是不切实际的。AOP现在确实还不成熟,但是当它成熟的时候只怕会变成另一头巨大的怪兽。OOA和OOD本身就具备关注点分离的能力,再空降一个AOP进来只会制造更多的混乱。

赫赫,偶扔了块香蕉皮,嫩果真踩上了。
   
0 请登录后投票
论坛首页 Java版 企业应用

跳转论坛: