* up page */
function upPageC(currentPage) {
    if (currentPage <= 1) {
        alert("it first page!");
        return;
    }
    document.all.pageBeanForm.page.value = currentPage - 1;
    submit_condition_form();
}
/*next page*/
function nextPageC(currentPage, pCount) {
    if (currentPage >= pCount) {
        alert("it is last page!");
        return;
    }
    document.all.pageBeanForm.page.value = currentPage + 1;
    submit_condition_form();
}
/* the last page*/
function lastPageC(pCount) {
    document.all.pageBeanForm.page.value = pCount;
    submit_condition_form();
}
/* the first page*/
function firstPageC() {
    document.all.pageBeanForm.page.value = 1;
    submit_condition_form();
}
/*把pageForm里面的分页参数加载过来*/
function submit_condition_form(srcFm, targetFm) {
    if (srcFm == null) {
        srcFm = document.all.pageBeanForm;
    }
    if (targetFm == null) {
        targetFm = document.all.comditionForm;
    }
    if (srcFm != null) {
        for (var i = 0; i < srcFm.elements.length; i++) {
            var element = srcFm.elements[i];
            if (element.type == "hidden") {
                targetFm.appendChild(element);
            }
        }
    }
    targetFm.submit();
}

------解决方案--------------------
原理是用 隐藏表单域去处理的 !

  像上面的情况 这种写法也是不太理想的
  处理不同的实体时条件各不相同 怎么去封装应该更好的去处理!

for example:
      查询操作日志: params 可能就有  操作日期 操作用户 指定模版 IP等  

       如果是查询出入库: parms 可能就有 物品种类, 出入库日期 ,操作人

这样一来。。参数封装就成问题了.因为这些条件都得到 相应的sql中去体现  
        -----------我是讲带条件的


处理方法也肯定是有的:
               在 view 的时候就指定类型 然后到业务层去转!当然可能有别的方法



从上面也看得出来,你付出的代价。



         复杂的功能简单处理    简单的功能 复杂的对待














------解决方案--------------------
搞懂原理 自己写个吧 很简单  又能学东西 至于性能  就是缓存方面的问题不必太在意。


------解决方案--------------------
前台后台脱离。
前台只用JS去控制 就OK了。
这种分页应该效果最好。