我们应该感谢相遇,无论结局是喜是悲....
Pjax是什么以及为什么推荐大家用
  • 首页 > IT技术
  • 作者:起点终站
  • 2016年7月5日 15:29 星期二
  • 浏览:5709
  • 字号:
  • 评论:2
  • 什么是pjax?


    现在很多网站( facebook,  twitter)都支持这样的一种浏览方式, 当你点击一个站内的链接的时候, 不是做页面跳转, 而是只是站内页面刷新。 这样的用户体验, 比起整个页面都闪一下来说, 好很多。 其中有一个很重要的组成部分, 这些网站的ajax刷新是支持浏览器历史的, 刷新页面的同时, 浏览器地址栏位上面的地址也是会更改, 用浏览器的回退功能也能够回退到上一个页面。 那么如果我们想要实现这样的功能, 我们如何做呢? 我发现pjax提供了一个脚本支持这样的功能。 pjax项目地址在  https://github.com/defunkt/jquery-pjax 。 实际的效果见:  http://pjax.heroku.com/ 没有勾选pjax的时候, 点击链接是跳转的。 勾选了之后, 链接都是变成了ajax刷新。


    为什么要用pjax?

    pjax有好几个好处:

    • 用户体验提升。

      页面跳转的时候人眼需要对整个页面作重新识别, 刷新部分页面的时候, 只需要重新识别其中一块区域。自从我在自己的网站 起点终站 上面采用了pjax技术后, 不由觉得访问其他只有页面跳转的网站难受了许多。 同时, 由于刷新部分页面的时候提供了一个loading的提示, 以及在刷新的时候旧页面还是显示在浏览器中, 用户能够容忍更长的页面加载时间。

    • 极大地减少带宽消耗和服务器消耗。

      由于只是刷新部分页面, 大部分的请求(css/js)都不会重新获取, 网站带有用户登录信息的外框部分都不需要重新生成了。 虽然我没有具体统计这部分的消耗, 我估计至少有40%以上的请求, 30%以上的服务器消耗被节省了。

    坏处我觉得也有:

    • 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呢? 有那么多好处, 我觉得几乎所有网站都应该采用pjax。 赶紧用起来吧!emlog安装pjax教程===https://blog.hellozwh.com/?post=70
      您阅读这篇文章共花了:  
    本文作者:起点终站      文章标题: Pjax是什么以及为什么推荐大家用
    本文地址:https://blog.hellozwh.com/?post=62
    版权声明:若无注明,本文皆为“起点终站”原创,转载请保留文章出处。
    Coding2017-03-30 13:45
    我看到了一根大宝剑
    起点终站 没错,我就是那个帅逼站长2017-03-30 13:51
    @Coding:哈哈哈哈哈哈。。。走,请你看大宝剑
    返回顶部| 首页| 手气不错| 网站地图| sitemap| 装逼生成器| 站长介绍|

    Copyright © 2014-2017 起点终站   闽ICP备16011094号-1

    00:00 / 00:00
    顺序播放