Pjax是什麼以及爲何推薦你們用

什麼是pjax?

如今不少網站( facebook,  twitter)都支持這樣的一種瀏覽方式， 當你點擊一個站內的連接的時候， 不是作頁面跳轉， 而是隻是站內頁面刷新。 這樣的用戶體驗， 比起整個頁面都閃一下來講， 好不少。 其中有一個很重要的組成部分， 這些網站的ajax刷新是支持瀏覽器歷史的， 刷新頁面的同時， 瀏覽器地址欄位上面的地址也是會更改， 用瀏覽器的回退功能也可以回退到上一個頁面。 那麼若是咱們想要實現這樣的功能， 咱們如何作呢？ 我發現pjax提供了一個腳本支持這樣的功能。 pjax項目地址在  https://github.com/defunkt/jquery-pjax 。 實際的效果見：  http://pjax.heroku.com/ 沒有勾選pjax的時候， 點擊連接是跳轉的。 勾選了以後， 連接都是變成了ajax刷新。

爲何要用pjax?

pjax有好幾個好處：

• 用戶體驗提高。

  頁面跳轉的時候人眼須要對整個頁面做從新識別， 刷新部分頁面的時候， 只須要從新識別其中一塊區域。自從我在本身的網站 GuruDigger 上面採用了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。 趕忙用起來吧！