有了应用服务器，AOP还会用到吗？
应用容器总是会提供一系列的服务，而这些服务还是可以容器自管理的，省事方便，通常也是采用横切的方法插入业务方法，那这样的话在应用容器托管一类的应用里AOP还会用到吗？我的理解是AOP跟Spring一伙，都是为了让应用减肥，AOP就算是轻量级的服务插件吧，AOP是非分布式一类的应用里的“服务”实现技术。呵，个人见解，单薄无力，望讨论。
容器提供的服务太重量，不管你要不要，都打包在服务器里；而AOP可以根据需要进行挑选，切入应用，随用随取。
现在架构倾向于轻量化随用随装的策略，包括集群分布式都是手工定制，不再依赖笨重的容器服务器，如果实在想有一个又全又好用的容器服务器平台，为何不使用云平台呢？
所以，容器服务器代表的中间件概念已经Over，过去了，不说透这个问题，很多人都会有楼主的疑惑。
AOP模式后面有一个更大的架构模式：分离关注模式，而将所有打包在一起的容器服务器反而不一定符合分离关注模式。
现在架构我认为有两种选择：
特轻量（将分离关注进行到底，一切可分离就可异步）：自己使用MINA等异步Http组合成Restful风格轻量服务器架构，AJAX + NIO + 异步 + Restful；使用通常SSH或EJB反而不是一种特轻量选择，因为与异步以及Restful风格是冲突的。
特重量（全部打包在一起，不需要你动脑筋搞JEE集群分布式等概念）：干脆使用云计算平台，开源也不少。
选择中间件服务器是一种鸡肋了。可见JavaEE能应付Web2.0或提供异步吗？
http://www.jdon.com/jivejdon/thread/36622.html
[该贴被banq于2009-08-01 17:19修改过]
我只是路过，看看。
继续潜水