什么是pjax?css
如今不少网站( facebook, twitter)都支持这样的一种浏览方式, 当你点击一个站内的连接的时候, 不是作页面跳转, 而是只是站内页面刷新。 这样的用户体验, 比起整个页面都闪一下来讲, 好不少。 其中有一个很重要的组成部分, 这些网站的ajax刷新是支持浏览器历史的, 刷新页面的同时, 浏览器地址栏位上面的地址也是会更改, 用浏览器的回退功能也可以回退到上一个页面。 那么若是咱们想要实现这样的功能, 咱们如何作呢? 我发现pjax提供了一个脚本支持这样的功能。 pjax项目地址在 https://github.com/defunkt/jquery-pjax 。 实际的效果见: http://pjax.heroku.com/ 没有勾选pjax的时候, 点击连接是跳转的。 勾选了以后, 连接都是变成了ajax刷新。html
为何要用pjax?jquery
好处有:git
用户体验提高github
页面跳转的时候人眼须要对整个页面做从新识别, 刷新部分页面的时候, 只须要从新识别其中一块区域。自从我在本身的网站 GuruDigger 上面采用了pjax技术后, 不禁以为访问其余只有页面跳转的网站难受了许多。 同时, 因为刷新部分页面的时候提供了一个loading的提示, 以及在刷新的时候旧页面仍是显示在浏览器中, 用户可以容忍更长的页面加载时间。ajax
极大地减小带宽消耗和服务器消耗django
因为只是刷新部分页面, 大部分的请求(css/js)都不会从新获取, 网站带有用户登陆信息的外框部分都不须要从新生成了。 虽然我没有具体统计这部分的消耗, 我估计至少有40%以上的请求, 30%以上的服务器消耗被节省了。api
坏处有:浏览器
IE6等历史浏览器的支持服务器
虽然我没有实际测试, 可是因为pjax利用到了新的标准, 旧的浏览器兼容会有问题。 不过pjax自己支持fallback, 当发现浏览器不支持该功能的时候, 会回到原始的页面跳转上面去。
复杂的服务器端支持
服务器端须要根据过来的请求, 判断是做全页面渲染仍是部分页面渲染, 相对来讲系统复杂度增大了。 不过对于设计良好的服务器代码, 支持这样的功能不会有太大的问题。
综合起来, 因为用户体验和资源利用率的提高, 坏处是能够彻底获得弥补的。若未来不要求支持老旧版本的浏览器的话推荐你们使用。
如何使用pjax?
直接看 官方文档 就能够了。 我以为作技术的人要养成看一手的技术资料的习惯。 有一个rails针对pjax的 gem插件 能够直接使用。 也有 django的支持 。
pjax的原理
为了可以处理问题, 咱们须要可以理解pjax的运做方式。 pjax的代码只有一个文件: https://github.com/defunkt/jquery-pjax/blob/master/jquery.pjax.js 若是有能力, 能够本身去看一遍。 我这里解释一下原理。 首先, 咱们在html里面指定, 须要作pjax的连接内容是哪些, 以及点击以后须要更新的部分(放在data-pjax属性里面):
$('a[data-pjax]').pjax()
当加载了pjax脚本以后, 它会拦截这些连接的事件, 而后包装成一个ajax请求, 发送给服务器。
$.fn.pjax = function( container, options ) { return this.live('click.pjax', function(event){ handleClick(event, container, options) }) } function handleClick(event, container, options) { $.pjax($.extend({}, defaults, options)) ... event.preventDefault() } var pjax = $.pjax = function( options ) { ... pjax.xhr = $.ajax(options) }
这个请求带有X-PJAX的HEADER标识, 服务器在收到这样的请求的时候, 就知道只须要渲染部分页面返回就能够了。
xhr.setRequestHeader('X-PJAX', 'true') xhr.setRequestHeader('X-PJAX-Container', context.selector)
pjax接受到返回的请求以后, 更新data-pjax指定的区域, 同时也会更新浏览器的地址。
options.success = function(data, status, xhr) { var container = extractContainer(data, xhr, options) ... if (container.title) document.title = container.title context.html(container.contents) }
为了可以支持浏览器的后退, 利用到了history的api, 记录下来对应的信息,
pjax.state = { id: options.id || uniqueId(), url: container.url, container: context.selector, fragment: options.fragment, timeout: options.timeout } if (options.push || options.replace) { window.history.replaceState(pjax.state, container.title, container.url) }
当浏览器后退的时候, 拦截事件, 根据记录的历史信息, 产生一个新的ajax请求。
$(window).bind('popstate', function(event){ var state = event.state if (state && state.container) { var container = $(state.container) if (container.length) { ... var options = { id: state.id, url: state.url, container: container, push: false, fragment: state.fragment, timeout: state.timeout, scrollTo: false } if (contents) { // pjax event is deprecated $(document).trigger('pjax', [null, options]) container.trigger('pjax:start', [null, options]) // end.pjax event is deprecated container.trigger('start.pjax', [null, options]) container.html(contents) pjax.state = state container.trigger('pjax:end', [null, options]) // end.pjax event is deprecated container.trigger('end.pjax', [null, options]) } else { $.pjax(options) } ... } } }
为了支持fallback, 一个是在加载的时候判断浏览器是否支持history push state API:
// Is pjax supported by this browser? $.support.pjax = window.history && window.history.pushState && window.history.replaceState // pushState isn't reliable on iOS until 5. && !navigator.userAgent.match(/((iPod|iPhone|iPad).+\bOS\s+[1-4]|WebApps\/.+CFNetwork)/)
另外一个是当发现请求一段时间没有回复的时候(能够设置参数timeout), 直接作页面跳转。
options.beforeSend = function(xhr, settings) { if (settings.timeout > 0) { timeoutTimer = setTimeout(function() { if (fire('pjax:timeout', [xhr, options])) xhr.abort('timeout') }, settings.timeout) // Clear timeout setting so jquerys internal timeout isn't invoked settings.timeout = 0 }
说到这里,Pjax就像你们介绍到这里了,这么多的好处呈现到你的面前,还有啥理由不去试一试它的妙用呢?!