about aop

关于aop的问题，上次java聚会gigix讲了aop的各方面应用，举了一些很有说服力的例子，而且确实提到log粒度太小，而且分布在程序各处，除了操作流水性日志，实际上是不适合作aop的。后来下来和dlee讨论的时候一致认为现在外面
例子一讲aop就拿log作例子，实际上不是很合适。
其它一些与业务无关的代码，比如事务就非常适合做aop.
还有比如performanceInterceptor,在怀疑那个方法有性能问题时，直接在方法前后配上，就可以知道方法耗了多少时间.
至于通常说aop谈到的可以用权限作aspect,不过一般每个公司做的权限系统往往
和业务代码耦合，所以权限往往很难作aspect,不过ahbbxie说可以扩展jaas作
http://forum.javaeye.com/viewtopic.php?t=4117，有空到要研究一下。
还有Cache的aspect，也不是很好作，一种是约定头一个参数都是id,
一种是参数实现特定接口让cache aspect找的到，不过都有特定约定，
业务逻辑不能完全在unware的情况下做到透明Cache,然后还有object修改field时的跟新cache,以及不用时候evict等等，感觉都不是很方便，还不如直接传统的写法。