Android开发笔记——SharedPreferences 存储实体类以及任意类型

2018-04-25 00:46:48

日常开发中我们常常要用到保存数据,Android中常用的存储方式有SQLite,sharedPreferences 等,当然也有各自的应用场景,前者适用于保存较多数据的情形,后者责倾向于保存用户偏好设置比如某个checkbox的选择状态,用户登录的状态等等,都是以键值对的形式进行的文件读取,可以存储String,int,booean等一些基本数据类型等等。 
但是每存储一个数据都要提供一个key,如果要存储多个数据那岂不是要写多个key?例如我们要保存一个用户的登录信息,比如用户昵称,个性签名,登录时间………尼玛我一条数据写一个的话我都可以玩一盘撸啊撸了~反正我是受不了~那么我们能否将用户信息封装起来,统一以一个key来保存呢?答案是肯定可以的~ 
java类库中提供的字节输入输出流可以轻松帮我们完成任意类型到String的可逆转换,继而我们就可以保存到Share中了~ 
下面看代码:

/**
     * 存放实体类以及任意类型
     * @param context 上下文对象
     * @param key 
     * @param obj
     */
    public static void putBean(Context context, String key, Object obj) {        if (obj instanceof Serializable) {// obj必须实现Serializable接口,否则会出问题
            try {
                ByteArrayOutputStream baos = new ByteArrayOutputStream();
                ObjectOutputStream oos = new ObjectOutputStream(baos);
                oos.writeObject(obj);
                String string64 = new String(Base64.encode(baos.toByteArray(),                        0));
                Editor editor = getSharedPreferences(context).edit();
                editor.putString(key, string64).commit();
            } catch (IOException e) {
                e.printStackTrace();
            }

        } else {            throw new IllegalArgumentException(                    "the obj must implement Serializble");
        }

    }    public static Object getBean(Context context, String key) {
        Object obj = null;        try {
            String base64 = getSharedPreferences(context).getString(key, "");            if (base64.equals("")) {                return null;
            }            byte[] base64Bytes = Base64.decode(base64.getBytes(), 1);
            ByteArrayInputStream bais = new ByteArrayInputStream(base64Bytes);
            ObjectInputStream ois = new ObjectInputStream(bais);
            obj = ois.readObject();
        } catch (Exception e) {
            e.printStackTrace();
        }        return obj;123456789101112131415161718192021222324252627282930313233343536373839404142434445

我在公司的项目中解析json数据使用了fastJson,是通过映射关系来解析json并且可以直接将json和实体类封装好,我稍微看了一下,fastjson也可以帮我们实现对实体类的保存,下面看以下方法:

    public static void seveBeanByFastJson(Context context, String key,
            Object obj) {
        Editor editor = getSharedPreferences(context).edit();
        String objString = JSON.toJSONString(obj);// fastjson的方法,需要导包的
        editor.putString(key, objString).commit();
    }    /**
     * 
     * @param context
     * @param key
     * @param clazz
     *            这里传入一个类就是我们所需要的实体类(obj)
     * @return 返回我们封装好的该实体类(obj)
     */
    public static <T> T getBeanByFastJson(Context context, String key,
            Class<T> clazz) {
        String objString = getSharedPreferences(context).getString(key, "");        return JSON.parseObject(objString, clazz);
    }1234567891011121314151617181920

如果项目中导入了fastjson,可以亦可以使用上述方法保存实体类以及任意类型~: 
下面我们来测试一下: 
我随意写个实体类,并加个测试方法:

import java.io.Serializable;public class Human implements Serializable {

    /**
     * 人实体类
     */
    private static final long serialVersionUID = 1L;    private String name;    private int age;    private boolean isMarried;    public String getName() {        return name;
    }    public void setName(String name) {        this.name = name;
    }    public int getAge() {        return age;
    }    public void setAge(int age) {        this.age = age;
    }    public boolean isMarried() {        return isMarried;
    }    public void setMarried(boolean isMarried) {        this.isMarried = isMarried;
    }

}12345678910111213141516171819202122232425262728293031323334353637383940

随便写个测试方法,简便起见哈~

    private Human initDataBean() {
        Human human = new Human();
        human.setAge(12);
        human.setName("萝莉");
        human.setMarried(false);        return human;
    }    private Human initDataBean2() {
        Human human = new Human();
        human.setAge(25);
        human.setName("御姐");
        human.setMarried(true);        return human;
    }123456789101112131415

下面我们来看看测试效果~: 
qw

总结,上述两种方法都可以帮我们存储和读取任意类型的数据,与SharePreferencs结合起来使用还是很方便的,但是不要存储bimap等这一类比较大的数据类型,因为share其实本质也是读文件,大文件比较耗时,肯定会影响系统性能,如果我们要保存图片,就存个url的字段就好了~ 


  • 2020-03-17 09:47:05

    video标签视频不自动播放的问题

    添加 muted 属性,就可以通过地址栏进入网页的时候自动播放了,手机端还是有的有限制的,比如iphone浏览器,就不行,苹果手机为了保护用户的流量和用户的意愿,是禁止自动播放的,必须有手动触发。

  • 2020-03-17 14:21:31

    nuxt+pm2 自动化部署及打包后文件自动上传阿里云 oss(精华)

    部署nuxtjs,这一篇文章就够了,pm2 代码自动发布依赖于 git 工具,先将 ssh 密钥配置再你的代码仓库(github 或者 gitLab),具体操作自行 google 或者点击github 配置 ssh。 使用 ssh 密钥链接服务器 s $ ssh-copy-id root@1.2.3.4 # 把本机的 SSH 秘钥添加至服务器,配置成功后,以后就不需要再执行这条 SSH 命令了

  • 2020-03-18 21:15:34

    使用canvas画布解决百度地图自定义图层全球连续显示问题

        基于百度地图的Web API进行自定义图层叠加时,默认的图层只能叠加到全球范围以内,即经度范围为[-180, 180],而无法将图层叠加到默认的全球范围以外,即经度范围超出了[-180, 180]之后,经纬度坐标会自动回归到(0, 0),而导致在地图拖拽时全球以外无法连续显示想要的图层,此时可以基于百度地图的自定义图层将经纬度坐标转为像素点使用画布canvas来解决该问题。解决后效果如下图所示: ———————————————— 版权声明:本文为CSDN博主「宏伟杰作」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。 原文链接:https://blog.csdn.net/u011284073/article/details/80549950

  • 2020-03-18 21:18:01

    node-canvas实现百度地图个性化底图绘制

    随着nodejs的推出,node的并发和异步的强大能力,越来越多的得到应用,而且取得了非常不错的效果。 作为一个前端工程师对node.js自然有着一份更深的感情,跃跃欲试的心情,总希望能将它应用到产品中来。

  • 2020-03-18 21:19:28

    高德地图和canvas画图结合应用的一些感想(一)

    入了团队才发现,该项目前后端分离,后端工程师已就位主要实现接口,IOS端工程师也已就位,还差一个web前端工程师。背脊一凉,我之前虽然写过一些js和css,虽有点功底但是离前端工程师还是有距离的啊。在和朋友说明情况后,朋友也是胆大,让我试试,主要他实在找不到人了(也有可能目前前端工程师报价都太贵了,创业嘛,能节约就节约,能理解。。。),没办法,走一步算一步吧。