《订单管理系统（SSH版）》(9)

浪潮优派 订单管理系统(SSH版)技术总结报告

访问数据库，底层还是hibernate。

还有最后一个Query接口没有说明，这个接口在本项目中使用的还是很多的。既然有了HibernateTemplate为什么还需要Hibernate的原生接口Query。因为才疏学浅的自己不知道用hibernate的find()方法去查询后怎么分页。而Query的接口有setFirstResult()和setMaxResults()两个方法很方便很优雅的实现分页。项目中分页查询太多了，下面Dao曾德这一段代码作为例子。

上例子即项目中的源代码，使用泛型以适应各种不同的实体类，改代码放在BaseDao基类中，任何继承该类的Dao层子类都享有该方法，从而可以为不同的实体类提供方便的分页查询。通过一个hql来实例化一个Query，然后通过上述两个方法来设置分页。此外，还有setParameter()方法来设置参数以及其它的一些用法。

对于Hibernate访问数据库的核心接口结合例子就叙述到这里。

41

浪潮优派 订单管理系统(SSH版)技术总结报告

5.6、开发过程中遇到的技术难点及解决办法。

（1）struts2的 ①引出：

言归正传，在struts2标签中，为了达到遍历1-10的目的，可以使用以下代码： counter: 即需要使用辅助类org.apache.struts2.util.Counter来实现该功能。

②应用案例：

可以应用的场合比如页码的遍历输出，知道总页数，要从1开始遍历生成总页数个页码号，单纯的

42

浪潮优派 订单管理系统(SSH版)技术总结报告

③注意点和深入：

I发现问题：需要十分注意的一点是current的取值，看以下的例子：

初始值first赋值为1，last赋值为totalPageCount，totalPageCount值在后台值栈中是8。本应该在界面输出1-8。但是在界面上的输出确是：

显然每个值都比原先的值大了1。

所以，应该注意的是在iterator中访问counter的成员变量current的时候，访问当前值的方式应该current-1而不是current。

II原因解析：

从原码的debug调试分析中得出。

首先，调用setFirst()和setLast()设置区间值，注意区间值是左闭右闭的。 每显式数。

这样访问一个数，都会调用一系列的函数。经

过调试，发现是hasNext()->next()->getNext()->getCurrent()这四个函

43

浪潮优派 订单管理系统(SSH版)技术总结报告

故原因就是“调用顺序”造成了“取值的错觉”：

弄清楚是这么一个调用顺序，首先主控调用hasNext()判断有没有下一个，然后主控再调用next()，next()内部再自己显式调用getNext()取值。

这一个过程的产生是因为

，即该Counter类实现了

iterator接口，从而规定必须实现两个方法即hasNext()和next()，iterator迭代器每次访问都必须经过getNext()和next()的调用过程。换言之，只要用iterator标签，每一次循环中这两个方法都会被先后调用，因为这是规范。 然而后来通过

显式访问current的时候，调用到了getCurrent()

引发的，其次要知道是与

方法。首先要知道这个调用过程是由hasNext()和next()过程相互独立的。

那么就很容易明白，其实这时候已经是在iterator标签自动调用了hasNext()和next()之后了，本次

只负责调用getCurrent()。然而要注意

了，当调用getCurrent()之前，在已经被实现调用的next()方法中，调用了getNext()。该getNext()方法从源码截图可知current已经加上了一个interval增量即

，换言之next()结束以后current已经物是人为的加了1了，

所以当再独立调用getCurrent()的时候获得的current已经是加上interval之后的那个current，故从2开始遍历到9了，每次多了1。

44

浪潮优派 订单管理系统(SSH版)技术总结报告

III继续深入：

■那既然如此，不调用current了，因为多此一举调用getCurrent()，何不直接手动访问next()，这样总该可以直接获取当前current了吧（因为next()调用的getNext()的return是加interval之前的current）。那么如下述例子代码： 例1：

但是得出来的结果输出的确是2、4、6、8，脑洞大开。 ■然而，如下代码直接例2：

输出却没有问题。

■最后，再看两个例子。 例3：

结果：例4：

结果：

45