二次封装 Storage？

关于 Storage 的封装问题，其实都是老生常谈了，很多人都会在项目中去二次封装 Storage，为了让开发者能更加方便地去使用 localStore、sessionStorage。就比如下方，应该是很多人封装的案例，就是封装简单的 读取、写入，或者有 删除、清空：

我们为什么封装？

要不我们回过头来想一下，我们为什么要封装？其实封装无非就是为了两个目的：

• 更好地统一维护
• 使用者更方便、更无脑地使用

但是我觉得在一个大项目中以及紧急的开发进度中，使用者更方便、更无脑地使用才是封装的第一目的，所以想想刚刚的 LocalStorage 的封装，真的能让使用者更方便、更无脑地使用吗？

我就举个例子吧，我想存进去一个对象，我这么去存，可以吗？

显然是不行的，存进去的对象会被转成字符串 [object Object]：

所以我必须这么去存和取值，利用 JSON.parse、JSON.stringify 去转：

只有这么去做才能达到我的目的：

但是这样不觉得很麻烦吗？使用者更方便、更无脑地使用是封装的第一目的，显然这样只会让使用者徒增烦恼！！！

有的人就说了，可以把 JSON.parse、JSON.stringify 写在 useLocalStorage 中，但是这个方案只是针对 Object 而已，但是数据类型其实有多种：number、string、object、set、map、date 等等，你直接写在里面，不太合理，你得兼顾所有的数据类型才行！！

类型猜测逻辑

所以呢，你如果想要让使用者更方便、更无脑地使用，我们可以封装一套类型猜测逻辑。

首先我们必须准备一个函数，这个函数用来判断数据类型：

但是光是判断出类型还不够啊，我们还必须给每一种类型，准备一套 读取、存入 的策略：

最后只需要：

• 判断类型
• 获取类型对应的存取策略
• 在存取的时候执行对应策略

我们现在可以来试试能不能达到目的：

显然已经达到我们想要的效果：

小结

当然， Storage 的封装不仅仅是类型猜测这么一个功能点！而且其实封装还有很多兜底的情况我这里没写出来，本文就是想让大家知道，封装 Storage 的时候，类型猜测是一个最基本的功能，有这个功能，使用者更方便、更无脑地使用。