切身感受Spring AOP的魅力

今天说一下昨天的感受，事情是这样的：
在项目即将验收钱，架构师群发了一个消息，所有操作海量数据表的Dao在执行查询之前要加上这么一句：

this.getHibernateTemplate().setMaxResults(1000);

并列出一个海量数据表的清单，大概40－50个左右，由于时间仓促，情况太突然，大家也没有多想，于是改吧。这么十几号人改了大概半小时。好，也算是勉强混过去了。
可是事后一看代码，同一个dao的N多个方法都加上了这一句，唉。。。。。
学习spring的时候书上教导spring的aop是如何如何的好，如何如何的帮助OO解决问题，但是由于涉足java不久，大家的代码也是那样的写，自己也就跟着这么写，说实话感受真的不是太深刻。但是后来我突然想到了既然是要在执行方法之前加上那么一句，干脆用BeforeAdvice试试看吧。于是修改成：

	public void before(Method method, Object[] args, Object target)
			throws Throwable {
		if (target instanceof AbstractDAO) {
			AbstractDAO dao = (AbstractDAO) target;
			dao.getHibernateTemplate().setMaxResults(1000);
		}
	}

    <bean id="daoBeforeAdvice" class="com.km.dao.hibernate.DaoBeforeAdvice"/>
    
    <bean class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">
	  <property name="beanNames"><value>*Dao</value></property>
	  <property name="interceptorNames">
	    <list>
	      <value>daoBeforeAdvice</value>
	    </list>
	  </property>
	</bean>

一调试，居然和预期的结果一样，想想昨晚的狼狈，唉，一切尽在不言中。这次真正感受到了Spring Aop的威力。

这个在spring配置文件里面设置一下hibernate template bean的MaxResults属性不就好了么，还动用几十号人，还动用AOP...

这不是aop的魅力，打开了潘多拉墨盒了，这么搞下去系统存在太多的不可预知性。

请问是如何设置呢？

不过突然想到在每个方法前执行

getHibernateTemplate().setMaxResults(1000);

太浪费资源了，如果我在bean里面设个init-method="init"方法

    public void init(){
    	if(getHibernateTemplate() != null)
    		getHibernateTemplate().setMaxResults(1000);
    	if(jdbcTemplate != null)
    		jdbcTemplate.setMaxRows(1000);
    }

好像更好哦 

恩。应该good good study, day day up!!!

请问ReadOnly是不是应该改成
    <bean id="hibernateTemplate" class="org.springframework.orm.hibernate3.HibernateTemplate">
    <property name="maxResults" value="1000"/>
    <property name="sessionFactory" ref="sessionFactory" />
    </bean>
   
    <bean id="abstractDao" class="com.km.hibernate.dao.AbstractDao">
    <property name="hibernateTemplate" ref="hibernateTemplate" />
    </bean>

呵呵。还好，好险啊。。。
多谢，多谢

不管是不是，不过还是体验到了AOP的魅力，刚开始进入SPRING，前辈们的问题都需要学习！

还有架构师呢 ，就这么架构 ，不过让我学点东西 也不错！

海量数据查询的时候不分页吗？
set max result 1000 还是会占很多资源