快捷搜索:

JQuery 构建客户/服务分离的链接模型中Table分页代

假如你所在公司的开拓情况或者项目的开拓情况处于单一说话的开拓情况之中,框架不适用,由于框架的应用范围之一便是针对一个项目中存在多个说话开拓的营业模块,而新项目都必要这些模块的功能,按照曩昔的习气,肯定是从新开拓,至少也是将其他的说话开拓的营业功能变成webservice接口供新代码调用,在这种环境下,本文评论争论的框架就可以派上用处并且还能在客户端打消说话差异,只应用纯javascript和html静态代码进行开拓。

当然纵然在单一的说话情况下,仍旧可以应用该模型进行开拓,不过开拓职员就无法享受到各类优秀的办事端控件(Asp.net控件,专门为java开拓的控件等等),只能应用纯javascript控件,这会对开拓职员造成未方便(分外是依附办事端控件的开拓职员尤其如斯)。

颠末以上两篇博文的讨论,我们发明这种模型是完全有用武之地的,它将办事真个说话彻底和客户端分离,开拓客户真个职员(在理论前提下)可以完全轻忽办事真个说话种类,只进行纯Javascript开拓,使用JQUERY中供给的AJAX措施同办事端措施通信。

从上面的整体架构图,我们看出:其客户端都是WebService接口来获取数据和传送数据的,而办事端营业模型是什么说话开拓的,完全不必要关注(当然在现实环境下,一样平常WebService接口最好同办事端营业模型是一个说话开拓的)。

这个时刻可以会首先想到效率的问题:

众所周知,WebService接口的效率较慢,那么这样搞是不是会让采纳这种布局模型开拓的网站速率变慢,与其这样,还不如采纳老例的措施开拓,不仅认识而且速率也不错呢?

先看下面几个推论:

1)WebService接口的效率慢异步获取数据 ,两者相互能够抵消吗?

2)客户端采纳Post的要领,可以削减数据的量,能部分抵消WebService接口的效率慢吗?

以上两个推论,虽然我们没完全做过比较,但可以肯定的说,它们是有对冲效率的,WebService慢,反应在页面端无怪乎便是页面等待长光阴不出来,造成用户体验下降,但由于采纳异步获取的要领,这种环境还会呈现吗?应该不会。

在传送历程中,采纳Post要领,数据量大年夜大年夜削减,又采纳了异步要领,实际运行效果应该是相称不错的。

但对付某些特殊环境并且有很普遍的问题,比如Table表格的分页环境,我们又该怎么处置惩罚呢?

Table表格数据添补和分页 这个在页面上异常普遍的问题确对以上的推论造成了要挟,究其缘故原由便是由于一样平常的分页代码都是把数据返回到客户端内存中,然落后行分页,是以大年夜量的数据从办事端通报到客户端,一定造成问题,着实这个问题不仅仅是这个框架的问题,所有采纳这种要领进行分页的代码都存在这样的问题,只不过这个框架采纳WebService接口与客户端通信,才导致这个问题的紧张性被无限放大年夜了。

以下我们就来评论争论在这种框架下进行分页的处置惩罚:

情况:Visual studio 2005

JQuery 1.3.2

SQLServer2005

分页道理:

从上图中,看到不管数据表中有若干数据,每次返回到客户真个数据都是一页的数据,这种措施没有采纳存储历程要领,而是在webservice端进行处置惩罚的。

代码片段:

办事端添补Table表格代码----:

阐明:

TB_WEB_NZ_INVESTMENT是实体类,对应表工具

FlowID表工具的字段属性,经由过程它获取一类相似的数据记录

代码中有对【首页】,【尾页】,【中心页】的元素进行过滤,对返回的泛型List工具进行范围过滤

复制代码 代码如下:

您可能还会对下面的文章感兴趣: