MvcPager.js在特定业务场景下的问题解决

用到了MvcPager.js,在一个常见的场景中出现了不能POST表单数据的问题,场景描述如下:

日期:2012-12-12 编号:*****                                                                                                                         【查询】
数据列表
首页 1 2 3 ...19 尾页

页面加载完成后,如果首先点击分页页码,那么查询条件部分的日期和编号不会提交,而点击查询后,再点分页页码,则可以提交日期等查询参数。

打开MvcPager.js,找到分页页码的点击事件,跟踪到__ajax方法,发现提交数据为空,增加红色部分的表单序列化后,数据成功提交。

__ajax: function (index, options) {

......

if (typeof context.dataFormId !== "undefined") {
context.searchCriteria=$(context.dataFormId).serializeArray();
context.__pushData(options.data, context.searchCriteria);
}

}
时间: 2024-10-18 03:49:51

MvcPager.js在特定业务场景下的问题解决的相关文章

某种业务场景下,将一个工作区的多个字段整理到一个内表中

1 DATA:num TYPE i. 2 CONSTANTS: times TYPE i VALUE 29. 3 DATA: BEGIN OF ih_lgty, 4 lgty TYPE lgtyp, 5 END OF ih_lgty, 6 it_lgty LIKE TABLE OF ih_lgty. 7 FIELD-SYMBOLS: <lgty> TYPE any, 8 <t334t> LIKE t334t. 9 10 DATA:lh_t334t LIKE t334t, 11 lt

互联网业务场景下消息队列架构

消息队列作为一种基础的抽象数据结构,被广泛应用在各类编程与系统设计中. 同步VS异步 通信的一个基本问题是:发出去的消息什么时候需要被接收到?这个问题引出了两个基础概念:"同步通信"和"异步通信".根据理论抽象模型,同步通信和异步通信最本质的差别来自于时钟机制的有无.同步通信的双方需要一个校准的时钟,异步通信的双方不需要时钟.现实的情况是,没有完全校准的时钟,所以没有绝对的同步通信.同样,绝对异步通信意味着无法控制一个发出去的消息被接收到的时间点,无期限的等待一个消

高CPU业务场景下的任务分发方案Gearman搭建一览

  Gearman是当年LiveJournal用来做图片resize的,大家也明白图片resize是一个高CPU的操作,如果让web网站去做这个高CPU的功能,有可能会拖垮你的 web应用,那本篇我们来看看gearman是如何解决这个问题的,它的架构图类似下面这样: 从上面这张图,你应该会看到,Gearman是由三个部分组成: 1. Job Server 这个就是Gearman的Job Server,通过它对Client 和 jobwork 进行桥接,是不是想起来了中介者模式... 2. Cli

refs的作用是什么,你在什么业务场景下使用过refs

作用是操作dom 场景:图片加载完以后获取图片的宽高 // window上添加事件监听后,组件销毁前需要移除 class Test extends React.Component { constructor(props){ super(props); this.state = { top: 0 } this.handleWindowScroll = this.handleWindowScroll.bind(this); } handleWindowScroll() { this.setState

高并发场景下请求合并的实践

前言 项目中一般会请求第三方的接口,也会对外提供接口,可能是RPC,也可能是HTTP等方式.在对外提供接口时,有必要提供相应的批量接口,好的批量实现能够提升性能. 高并发场景中,调用批量接口相比调用非批量接口有更大的性能优势.但有时候,请求更多的是单个接口,不能够直接调用批量接口,如果这个接口是高频接口,对其做请求合并就很有必要了.比如电影网站的获取电影详情接口,APP的一次请求是单个接口调用,用户量少的时候请求也不多,完全没问题:但同一时刻往往有大量用户访问电影详情,是个高并发的高频接口,如果

拨乱反正:DDD 回归具体的业务场景,Domain Model 再再重新设计

首先,把最真挚的情感送与梅西,加油! 写在前面 阅读目录: 重申业务场景 Domain Model 设计 后记 上一篇<设计窘境:来自 Repository 的一丝线索,Domain Model 再重新设计>. 讲本篇内容之前,先回顾上一篇所讨论的内容,主要是 Repository(仓储)的职责问题,属于领域?还是应用层?其实到头来也没有准确的结论,但是最终比较偏向于仓储定义在领域,实现在基础层,调用在应用层.你可能有些疑问,为什么要讨论仓储的职责问题?看过上一篇的内容你可能会有些答案,这也就

史上最复杂业务场景_逼出阿里高可用三大法宝

原文链接 SREcon 是由计算机科学领域知名机构USENIX主办,聚焦网站可靠性.系统工程.以及复杂分布式系统相关的运维行业技术盛会,今年SREcon17大会 Asia/Australia站于当地时间5月22日-24日在新加坡举行.阿里中间件(Aliware)团队高级技术专家张军(花名游骥)和林佳梁(花名子矜),受邀在本次大会上给现场听众分享了阿里巴巴容量规划和全链路压测方面的技术进展. 容量规划的由来 阿里巴巴有着非常丰富的业务形态,每种业务都由一系列不同的业务系统来提供服务,每个业务系统都

轻流五大「业务场景」解决方案,助您解决企业管理难题

亲爱的轻流用户们,今天给大家带来一份轻流的业务场景解决方案大合集,看看在进销存管理.客户关系管理.工程项目管理.售后管理.外包服务管理等场景下,轻流是如何解决令您头疼的业务管理难题的吧! 一:轻流 × 进销存管理 轻流进销存管理方案,可以通过完全的自定义流程实现采购.库存.项目.客户.内部管理的流程化.数据化及智能化,轻松解决了传统标准化的ERP软件难以适用于每家公司实际业务场景的问题. 实时的在线Excel,权限更明晰的进销存 通过业务流程自动化实现库存实时汇总,每一笔消耗均可溯源,从根源节省

大话业务场景与解决方案-做任务

背景 多数的移动端APP都会有做任务领取奖励的功能模块,这类需求的目的是培养用户使用习惯,提升用户活跃性,用户完成任务获得积分奖励,通过积分兑换商品或者充值话费,微信体现等. 拟定需求场景(如图↓),概要:APP底部导航中新增小任务Tab,点击Tab可查看任务完成进度和领取情况,点击去完成跳转到做任务的业务界面,当用户完成任务并且满足领取条件的时候,任务Tab需要红点提醒用户当前有奖励可领取,用户领取后并且当前没有待领取奖励小红点消失,任务完成进度和领取状态仅保持当天,隔天刷新. 业务分析 在开