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的字段就好了~ 


  • 2019-12-20 13:27:16

    腾讯地图谷歌和高德地图等自定义地图区别

    腾讯、百度、Google的地图投影均采用Web Mercator 投影坐标系;腾讯与Google的地图瓦片分辨率及切片范围是完全相同的,仅仅是命名规则稍有不同,这就使得同一位置和缩放级别的地图瓦片是完全可以重叠的;而百度地图每个缩放级别分辨率与前两者均不相同,而且地图瓦片的坐标原点做了一定的偏移,导致百度地图与前两者的瓦片是无法重叠的,这是因为百度在GCJ-02的基础上又进行了加密处理,形成了百度独有的BD-09坐标系。

  • 2019-12-22 08:06:48

    如何快速撤销上一次的commit

    在平时工作中使用git难免会提交一些错误的文件到git库里,这时候,撤销吧,怕把正确的文件删除了,不撤销重新改又很麻烦,下面,我就从提交的三个阶段,来讲解如何撤销错误的操作。

  • 2019-12-23 14:54:03

    RPC, REST ,GraphQL区别比较优劣

    其实在使用和学习的过程中,有很多文章都对比过它们的异同,但是大部分文章并没有从一个相对客观的角度来对比,更多是为了突显一个的优点而刻意指出另外一个的缺点。这让我想到一句话,脱离业务情景谈技术就是耍流氓。

  • 2019-12-23 23:38:59

    vue-apollo的多客户端的用法

    vue-apollo的多客户端的用法以及apollo.js的配置 关于如何安装和如何使用,这篇文章就先暂时不介绍了,如果不清楚就看我另一篇关于vue-apollo的用法 在做项目中,有时候后端的接口是按模块功能去划分的,那么请求的地址就会不同,关于vue-apollo的多客户端配置如下

  • 2019-12-27 08:40:55

    align-self和align-items的区别

    align-items在伸缩容器上使用它,伸缩容器内部所有的元素都一致地受制于align-items的值。 但是有些时候,我们希望伸缩容器内部某个元素在侧轴上的排列方式有所差异。此时就不能使用 align-items,因为align-items作用于整体。我们希望作用于部分。这就是align-self的发挥场地。