思索-页面ID识别及数据缓存

页面 ID 识别的思路

多页应用在移动端是较为常见的一种架构，它可以和APP 内的 webview 配合，达到类似原生的体验，这一点是单页应用无法做到的（比如手势滑动等，会直接关闭 webview）。

多页应用中，使用location 进行跳转时页面会被销毁，页面后退或刷新时，页面就会是一个全新的加载，在一些需要页面级的缓存数据时，没办法通过简单的 sessionStorage 进行缓存，主要是因为 sessionStorage 生命周期存在一个上下文，与本页面关联，或者重新进入本页面的时候都会一直存在。而我们要做到的效果是：刷新/后退时页面数据缓存，重新进入页面不缓存。

为什么我们难以实现页面 ID 的识别？因为页面本身是无状态的，如果 URL 唯一，那么可以把 URL 当作是页面的 ID，如果页面入口不是自己控制，那我们没办法保证 URL 会是唯一的。想要给页面加个 ID，最先想到的是自己维护一套 history，每次生成时候保存页面 ID，根据前进或者是后退来识别当前页面位于哪个位置。

判断页面的前进后退，我们可以用浏览器提供的接口：performance.navigation.type 来判断（参见：https://developer.mozilla.org/en-US/docs/Web/API/PerformanceNavigationTiming，

• https://developer.mozilla.org/en-US/docs/Web/API/PerformanceNavigation。）实现方式如下：

function getNaviagteType () {
  const { performance } = window

  // performance navigation 兼容 ios9+, Android 全部, 低于该版本默认全部是新打开
  if (performance) {
    // 新的 performance 接口
    if (typeof performance.getEntriesByType === 'function') {
      const perfEntries = performance.getEntriesByType('navigation') || []
      const [timing] = perfEntries
      if (timing && timing.type) {
        return timing.type
      }
    }

    const typeMap = ['navigate', 'reload', 'back_forward']
    // 旧的 performance 接口
    if (performance.navigation && performance.navigation.type != null) {
      return typeMap[performance.navigation.type] || 'reserved'
    }
  }
  return 'not_support'
}

根据这个来判断，我们就可以拿到需要的导航类型。这样和 sessionStorage 配合，就可以维护一套可用的历史记录版本了。但是如果我们只是要页面ID 级别的缓存呢？

页面级别数据缓存

如果只需要数据缓存，我们就不需要考虑维护 ID 了。因为正常情况下我们的历史记录里面不会出现两次一样的 URL，或者是出现也不影响我们的页面表现。具体代码如下：

const SESSION_KEY = 'page-cache'

const { sessionStorage } = window

function safeJsonParse(str, defaultValue) {
  if (!str) {
    return defaultValue;
  }
  let res
  try {
    res = JSON.parse(str)
  } catch (err) {
    // eslint-disable-next-line no-console
    console.error(err)
    res = defaultValue
  }
  return res || defaultValue
}

/**
 * 初始化页面数据
 * @param {*} cacheData 数据对象
 * @param {*} pageId 页面ID
 * @param {*} usePreData 是否使用上次缓存的值
 */
function initPageData (cacheData, pageId, usePreData) {
  const initData = cacheData
  initData.pageId = pageId
  initData.data = initData.data || {}
  initData.data[pageId] = (usePreData ? initData.data[pageId] : null) || {}

  sessionStorage.setItem(SESSION_KEY, JSON.stringify(initData))
}
/**
 * 初始化页面数据
 */
function init (pageId = window.location.pathname) {
  const cacheData = safeJsonParse(sessionStorage.getItem(SESSION_KEY), {})
  const navType = getNaviagteType()
  // 这几种情况下不清除数据，直接沿用上一次数据
  if (cacheData.pageId && ['back_forward', 'reload', 'not_support'].indexOf(navType) > -1) {
    initPageData(cacheData, pageId, true)
    return cacheData
  }

  initPageData(cacheData, pageId, false)
  return cacheData
}
init()

/**
 * 获取全量的 cache 数据
 */
function getFullCacheData () {
  const cacheData = safeJsonParse(sessionStorage.getItem(SESSION_KEY), null)
  return cacheData || init()
}
/**
 * 获取缓存中的数据
 */
function getPageCache (cacheData = getFullCacheData()) {
  return cacheData.data[cacheData.pageId] || {}
}

/**
 * 获取缓存中指定 key 的数据
 * @param {*} key key 值
 */
function getPageCacheItem (key) {
  const cacheData = getPageCache()
  return cacheData[key]
}

/**
 * 设置缓存内容
 * @param {*} key key
 * @param {*} value 对应的数据
 */
function setPageCacheItem (key, value) {
  const fullData = getFullCacheData()
  const cacheData = getPageCache(fullData)
  cacheData[key] = value
  sessionStorage.setItem(SESSION_KEY, JSON.stringify(fullData))
}

/**
 * 移除缓存中页面的某个数据
 * @param {*} key 条目名称
 */
function removePageCacheItem (key) {
  const fullData = getFullCacheData()
  const cacheData = getPageCache(fullData)
  delete cacheData[key]
  sessionStorage.setItem(SESSION_KEY, JSON.stringify(fullData))
}

/**
 * 移除缓存
 */
function clearPageCache () {
  const fullData = getFullCacheData()
  fullData.data[fullData.pageId] = {}
  sessionStorage.setItem(SESSION_KEY, JSON.stringify(fullData))
}

const cache = {
  init,
  getAll: getPageCache,
  getItem: getPageCacheItem,
  setItem: setPageCacheItem,
  removeItem: removePageCacheItem,
  clear: clearPageCache
}

该方案的主要缺陷是：

• 不兼容 IOS9，所以需要考虑到失效情况下你的业务是什么表现
• 历史记录里面存在相同的url，那缓存数据会产生污染

如果你有兴趣的话，可以实现一个页面 ID 的功能，在初始化的时候设置 pageId 的值就可以了。

标签：缓存,const,js,key,cacheData,pageId,ID,页面
来源： https://www.cnblogs.com/dreamless/p/13546148.html