DWZ table的原生分页浅谈

最近在项目开发当中很少会用到DWZ原生的table分页，往往是使用jqgrid or grid这种第三方数据绑定的表格插件，如今在项目中要求了，就必须要使用DWZ自带的table了

接下来看一段代码，我会给大家详细介绍DWZ中table分页的使用方式，以下是在MVC中实现的方式。

?<div class="pagination" targetType="navTab" totalCount="@ViewBag.totalCount" numPerPage="@ViewBag.numPerPage" pageNumShown="@ViewBag.pageNumShown" <BR>currentPage="@ViewBag.currentPage"></div>
 属性介绍

targetType:绑定方式，DWZ这里提供了"navTab" and "dialog"这两种方式，顾名思义就是分页是在标签页上还是弹出层上

totalCount:数据总行数

numPerPage:当前页数据行数

pageNumShown:总页数

currentPage:当前页码

代码如下:
@using (Html.BeginForm("BidPrjList", "TbUnify", null, FormMethod.Post, new { id = "pagerForm" }))
{
    <input type="hidden" name="pageNum" value="1" />
    <input type="hidden" name="numPerPage" value="@ViewBag.numPerPage" />
}

注意DWZ下分页的表单必须加上id="pagerForm"属性，否则不会执行。DWZ中表格的分页实质是将分页的方式以表单提交的形式传递至后台，由后台接收参数，获取分页信息：例如：

代码如下:
Request.Form["numPerPage"]

获取分页信息表单的值就是你在View中pagerForm表单下定义隐藏文本域的name，在后台接收后去请求数据源中分页后的数据，再返回至前台。

而这里存在一个小问题：首次进入此页面时，是无法触发当前分页的的表单提交事件的，所以在上面我定义了ViewBag.numPerPage动态赋值，每页分取多少条数据，前台界面只是将分页样式定义，实质数据没有绑定，所以必须要将前台传递过来的分页信息作为后台数据分页的依据，这样前台的分页才能与数据对接一致，不会造成错乱，这点要注意。

在实际项目的开发当中，我们总会把表格与过滤条件放在一起，DWZ中表格传入限制条件的方式也很简单，如上在分页表单上加入需要传入的隐藏文本域例如：

代码如下:
<input type="hidden" name = "Common_TbUnify_BidPrjList_HtxtPrjName" />

这样在后台就能够接受到传入的过滤条件了。

DWZ 的table分页实质是将当前标签页的数据reload，致使标签页刷新，若限制条件与分页共同使用时，这样就会存在一个问题，页面reload后会使你 的过滤条件丢失，而这里我解决的办法还是在分页的表单中加入隐藏文本域，每次把过滤条件赋值，在后台判断是否为空，是否加入过滤条件，希望大家能够注意这 点。

最后再说一点，在上面介绍了targetType，表示当前分页的方式与分页实质是标 签页的刷新，所以如果我们把包含table的View层作为部分页用异步去进行加载时，就会发现，DWZ的分页控件是不会显示的，也就无法分页，在上面已 经告诉大家每次分页是要指定type的，如果使用$.load或者@Html.Partial都是只能加载出第一页的数据，这也是DWZ中存在缺陷的地方吧，毕竟DWZ的兴起也是近年，还是存在很多问题与BUG的，尤其是他的table分页与数据绑定真心不好用，但是总体来说，DWZ其他组件与样式还是很不错的。

好了关于DWZ table分页今天就介绍到这里。