PK分页改为数据库分页的尝试.docx

背景：前台列表显示数据时，如果数据量较大（一般大于500）时需要分页显示。目前UIFII 默认是分页机制是 PK 分页，即先查询全部数据的 pk 并保存在客户端，然后按页面行数大小 （即每页显示多少行）来对 PK 分页。之后根据分页栏控件（PaginationBar）的行为（跳转、上页、下页、首页、末页、修改页面大小）等行为，通过事件通知由PaginationQueryService 来查询数据，并交由 IPaginationModelListener 来将要显示的页面的数据展现到UI 上。 问题：但当数据量特别大时（大于5000），特别是客户端的硬件配置较低（内存小、CPU 处理能力低下）或客户端到服务器的网络速度条件较差（带宽小、稳定性差）时，客户端在处理分页时的效果较差。 解决方案：其实UIFII 中的分页控件只是 UAP 提供的一种解决方案，UIFII 完全支持开发者基于此开发其他算法的分页控件，如下面将尝试的数据库分页算法。即记录查询条件，并在第 一次查询全部数据量和第一页数据，之后根据跳转页号的不同拼接不同的查询条件来实现分 页。注意：数据库中的数据会在查询分页过程中发生变化，对于PK 分页算法来说，其分布在不同页面的查询结果会有数据减少（删除数据）或变更（更新数据）但不会有增加、数据重复；但对于数据库分页，分布在不同页面的数据则会增加、减少、变更或重复。这需要开发者根据使用场景不同来衡量。 UIFII 中原来的实现机制 UI 配置文件关于分页的部分的内容 beanid=manageModelDataManagerclass=XXXXModelDataManager beanid=modelServiceclass=XXXAppModelService/ beanid=paginationBarclass=ponents.pagination.PaginationBar propertyname=paginationModelref=paginationModel/property propertyname=contextref=context/ /bean beanid=paginationModelclass=ponents.pagination.PaginationModel init-method=init propertyname=paginationQueryServiceref=modelService/property /bean beanid=containerclass=nc.ui.uif2.TangramContainer init-method=initUI …… bean…ref=paginationBar/ …… /bean 数据分页逻辑及数据更新 publicclassXXXModelDataManagerimplementsIAppModelDataManagerEx,IPaginationModelListener {BillManageModelmodel; PaginationModelpaginationModel; privateBillManagePaginationDelegatordelegator;publicBillManageModelgetModel() {return publicclassXXXModelDataManagerimplementsIAppModelDataManagerEx,IPaginationModelL istener { BillManageModelmodel; PaginationModelpaginationModel; privateBillManagePaginationDelegatordelegator; publicBillManageModelgetModel() { returnmodel; } publicBillManagePaginationDelegatorgetDelegator() { if (delegator == null) { delegator = newBillManagePaginationDelegator(getModel(), getPaginationModel()); } returndelegator; } publicvoidsetDelegator(BillManagePaginationDelegator delegator) { this.delegator = delegator; } publicvoidsetModel(BillManageModel model) { this.model = model; } publicvoidinitModel