GreenDao的使用及Android五大存储方式回顾

前几天再做一个列表功能的时候,提需求的大大突然走过来对我说:这个功能不用调接口,也不用联网,自己保存在本地就行了。

当时的我脑袋是这样的:

在这里插入图片描述又要玩我

然后我说:好的,我先思考思考。目送他离开。

脑袋里循环显示:我该怎么实现好呢,我到底用那种方式去存啊。完了,好像不知道从那儿下手。这玩意后台给我存不是更好么。又是添加又是删除的。还不让丢失数据。

好,想到android的五大数据存储方式:

第一种:使用SharedPreference存储数据

这五种方式在网上一搜就能搜到很多,但是当学习变得千篇一律得时候,学习的乐趣就在于不断的去重复,不断的去咀嚼。

适用范围:少量的数据。格式简单,基本上使用最多的就是保存 字符串类型,基本类型的值,比如存一个int,String,boolean类型等的值。这些在之前的项目中经常使用,基本上涉及到有登录页面的项目都会将很多用户的登录信息保存下来,留到后面去使用。或者一些页面的跳转等。

核心原理:保存基于XML文件存储的key-value键值对数据,通常用来存储一些简单的配置信息。通过DDMS的File Explorer面板,展开文件浏览树,很明显SharedPreferences数据总是存储在/data/data//shared_prefs目录下。SharedPreferences对象本身只能获取数据而不支持存储和修改,存储修改是通过SharedPreferences.edit()获取的内部接口Editor对象实现。 SharedPreferences本身是一 个接口,程序无法直接创建SharedPreferences实例,只能通过Context提供的getSharedPreferences(String name, int mode)方法来获取SharedPreferences实例

该方法中name表示要操作的xml文件名,第二个参数具体如下:

Context.MODE_PRIVATE: 指定该SharedPreferences数据只能被本应用程序读、写。

Context.MODE_WORLD_READABLE: 指定该SharedPreferences数据能被其他应用程序读,但不能写。

Context.MODE_WORLD_WRITEABLE: 指定该SharedPreferences数据能被其他应用程序读,写

Editor有如下主要重要方法:

SharedPreferences.Editor clear():清空SharedPreferences里所有数据

SharedPreferences.Editor putXxx(String key , xxx value): 向SharedPreferences存入指定key对应的数据,其中xxx 可以是boolean,float,int等各种基本类型据

SharedPreferences.Editor remove(): 删除SharedPreferences中指定key对应的数据项

boolean commit(): 当Editor编辑完成后,使用该方法提交修改。

读写其他应用的SharedPreferences: 步骤如下

            1、在创建SharedPreferences时,指定MODE_WORLD_READABLE模式,表明该SharedPreferences数据可以被其他程序读取

            2、创建其他应用程序对应的Context:

                Context pvCount = createPackageContext("com.tony.app", Context.CONTEXT_IGNORE_SECURITY);这里的com.tony.app就是其他程序的包名

            3、使用其他程序的Context获取对应的SharedPreferences

SharedPreferences read = pvCount.getSharedPreferences(“lock”, Context.MODE_WORLD_READABLE);

            4、如果是写入数据,使用Editor接口即可,所有其他操作均和前面一致。

SharedPreferences对象与SQLite数据库相比,免去了创建数据库,创建表,写SQL语句等诸多操作,相对而言更加方便,简洁。但是SharedPreferences也有其自身缺陷,比如其职能存储boolean,int,float,long和String五种简单的数据类型,比如其无法进行条件查询等。所以不论SharedPreferences的数据存储操作是如何简单,它也只能是存储方式的一种补充,而无法完全替代如SQLite数据库这样的其他数据存储方式。

第二种: 文件存储数据

核心原理: Context提供了两个方法来打开数据文件里的文件IO流 FileInputStream openFileInput(String name); FileOutputStream(String name , int mode),这两个方法第一个参数 用于指定文件名,第二个参数指定打开文件的模式。具体有以下值可选:

MODE_PRIVATE:为默认操作模式,代表该文件是私有数据,只能被应用本身访问,在该模式下,写入的内容会覆盖原文件的内容,如果想把新写入的内容追加到原文件中。可 以使用Context.MODE_APPEND

MODE_APPEND:模式会检查文件是否存在,存在就往文件追加内容,否则就创建新文件。

MODE_WORLD_READABLE:表示当前文件可以被其他应用读取;

MODE_WORLD_WRITEABLE:表示当前文件可以被其他应用写入。

除此之外,Context还提供了如下几个重要的方法:

getDir(String name , int mode):在应用程序的数据文件夹下获取或者创建name对应的子目录

File getFilesDir():获取该应用程序的数据文件夹得绝对路径

String[] fileList():返回该应用数据文件夹的全部文件

openFileOutput()方法的第一参数用于指定文件名称,不能包含路径分隔符“/” ,如果文件不存在,Android 会自动创建它。创建的文件保存在/data/data//files目录,如: /data/data/cn.tony.app/files/message.txt,

下面讲解某些特殊文件读写需要注意的地方:

读写sdcard上的文件

其中读写步骤按如下进行:

1、调用Environment的getExternalStorageState()方法判断手机上是否插了sd卡,且应用程序具有读写SD卡的权限,如下代码将返回true

Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)

2、调用Environment.getExternalStorageDirectory()方法来获取外部存储器,也就是SD卡的目录,或者使用"/mnt/sdcard/"目录

3、使用IO流操作SD卡上的文件

注意点:手机应该已插入SD卡,对于模拟器而言,可通过mksdcard命令来创建虚拟存储卡

       必须在AndroidManifest.xml上配置读写SD卡的权限

第三种:SQLite存储数据

SQLite是轻量级嵌入式数据库引擎,它支持 SQL 语言,并且只利用很少的内存就有很好的性能。现在的主流移动设备像Android、iPhone等都使用SQLite作为复杂数据的存储引擎,在我们为移动设备开发应用程序时,也许就要使用到SQLite来存储我们大量的数据,所以我们就需要掌握移动设备上的SQLite开发技巧

SQLiteDatabase类为我们提供了很多种方法,上面的代码中基本上囊括了大部分的数据库操作;对于添加、更新和删除来说,我们都可以使用

1db.executeSQL(String sql); 2db.executeSQL(String sql, Object[] bindArgs);//sql语句中使用占位符,然后第二个参数是实际的参数集

除了统一的形式之外,他们还有各自的操作方法:

1db.insert(String table, String nullColumnHack, ContentValues values); 2db.update(String table, Contentvalues values, String whereClause, String whereArgs); 3db.delete(String table, String whereClause, String whereArgs);

以上三个方法的第一个参数都是表示要操作的表名;insert中的第二个参数表示如果插入的数据每一列都为空的话,需要指定此行中某一列的名称,系统将此列设置为NULL,不至于出现错误;insert中的第三个参数是ContentValues类型的变量,是键值对组成的Map,key代表列名,value代表该列要插入的值;update的第二个参数也很类似,只不过它是更新该字段key为最新的value值,第三个参数whereClause表示WHERE表达式,比如“age > ? and age < ?”等,最后的whereArgs参数是占位符的实际参数值;delete方法的参数也是一样

第四种:使用ContentProvider存储数据

Android这个系统和其他的操作系统还不太一样,我们需要记住的是,数据在Android当中是私有的,当然这些数据包括文件数据和数据库数据以及一些其他类型的数据。那这个时候有读者就会提出问题,难道两个程序之间就没有办法对于数据进行交换?Android这么优秀的系统不会让这种情况发生的。解决这个问题主要靠ContentProvider。一个Content Provider类实现了一组标准的方法接口,从而能够让其他的应用保存或读取此Content Provider的各种数据类型。也就是说,一个程序可以通过实现一个Content Provider的抽象接口将自己的数据暴露出去。外界根本看不到,也不用看到这个应用暴露的数据在应用当中是如何存储的,或者是用数据库存储还是用文件存储,还是通过网上获得,这些一切都不重要,重要的是外界可以通过这一套标准及统一的接口和程序里的数据打交道,可以读取程序的数据,也可以删除程序的数据,当然,中间也会涉及一些权限的问题。

一个程序可以通过实现一个ContentProvider的抽象接口将自己的数据完全暴露出去,而且ContentProviders是以类似数据库中表的方式将数据暴露,也就是说ContentProvider就像一个“数据库”。那么外界获取其提供的数据,也就应该与从数据库中获取数据的操作基本一样,只不过是采用URI来表示外界需要访问的“数据库”。

Content Provider提供了一种多应用间数据共享的方式,比如:联系人信息可以被多个应用程序访问。

Content Provider是个实现了一组用于提供其他应用程序存取数据的标准方法的类。 应用程序可以在Content Provider中执行如下操作: 查询数据 修改数据 添加数据 删除数据

标准的Content Provider: Android提供了一些已经在系统中实现的标准Content Provider,比如联系人信息,图片库等等,你可以用这些Content Provider来访问设备上存储的联系人信息,图片等等。

查询记录:

在Content Provider中使用的查询字符串有别于标准的SQL查询。很多诸如select, add, delete, modify等操作我们都使用一种特殊的URI来进行,这种URI由3个部分组成, “content://”, 代表数据的路径,和一个可选的标识数据的ID。

以下是一些示例URI:

content://media/internal/images 这个URI将返回设备上存储的所有图片

content://contacts/people/ 这个URI将返回设备上的所有联系人信息

content://contacts/people/45 这个URI返回单个结果(联系人信息中ID为45的联系人记录)

尽管这种查询字符串格式很常见,但是它看起来还是有点令人迷惑。为此,Android提供一系列的帮助类(在android.provider包下),里面包含了很多以类变量形式给出的查询字符串,这种方式更容易让我们理解一点,参见下例:

MediaStore.Images.Media.INTERNAL_CONTENT_URI Contacts.People.CONTENT_URI

因此,如上面content://contacts/people/45这个URI就可以写成如下形式:

Uri person = ContentUris.withAppendedId(People.CONTENT_URI, 45);

然后执行数据查询: Cursor cur = managedQuery(person, null, null, null);

第五种:使用网络存储数据

这种方式,想必页司空见惯了。这里就不多说。以上都是从网上摘抄的复习资料,过一遍又加深了自己的印象,需要到实际项目中去根据自己的实际情况看来决定使用。最后附上一张图:

在这里插入图片描述

思维导图
好的,接下来,那么多复习之后,才是今天的重点。也是前几天刚使用的新内容:

GreenDAO

1,神马是GreenDAO?

GreenDAO是一个开源的Android ORM(“对象/关系映射”),通过ORM(称为“对象/关系映射”),在我们数据库开发过程中节省了开发时间!

官网的图:

在这里插入图片描述

官网去找GreenDao的官方文档

1,易于使用的强大API,涵盖关系和连接;
2,最小的内存消耗;
3,小库大小(<100KB)以保持较低的构建时间并避免65k方法限制;
4,数据库加密:greenDAO支持SQLCipher,以确保用户的数据安全;
5,我不用像使用SQLite那样写一些增删改查的语句。使用特别方便。

使用:

GreenDao的核心类有三个:分别是DaoMaster,DaoSession,XXXDao,这三个类都会自动创建,无需自己编写创建!这三个类都会自动创建,无需自己编写创建!这三个类都会自动创建,无需自己编写创建!这三个类都会自动创建,无需自己编写创建!这三个类都会自动创建,无需自己编写创建!这三个类都会自动创建,无需自己编写创建!这三个类都会自动创建,无需自己编写创建!

DaoMaster::DaoMaster保存数据库对象(SQLiteDatabase)并管理特定模式的DAO类(而不是对象)。它有静态方法来创建表或删除它们。它的内部类OpenHelper和DevOpenHelper是SQLiteOpenHelper实现,它们在SQLite数据库中创建模式。

DaoSession:管理特定模式的所有可用DAO对象,您可以使用其中一个getter方法获取该对象。DaoSession还提供了一些通用的持久性方法,如实体的插入,加载,更新,刷新和删除。

XXXDao:数据访问对象(DAO)持久存在并查询实体。对于每个实体,greenDAO生成DAO。它具有比DaoSession更多的持久性方法,例如:count,loadAll和insertInTx。

Entities :可持久化对象。通常, 实体对象代表一个数据库行使用标准 Java 属性(如一个POJO 或 JavaBean )。

第一步: 导入Gradle插件和Dao代码生成

1,导入插件
在这里插入图片描述

2,配置相关依赖

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

配置完成,在Android Studio中使用Build> Make Project,重写build项目,GreenDao集成完成!

如果不配置greendao 的自动生成文件目录地址:

在这里插入图片描述

那么它生成的文件目录是这个样的:

在这里插入图片描述

3,创建你的实体类

在这里插入图片描述

这图啊是网上的找的例子。

创建完实体类之后 直接build项目,然后它下面就会自动生成get和set方法。还有一些构造函数。

这里涉及到其他很多内容。根据自己的实际情况去构造自己的实体类。一个实体类就像一张表。多个实体类就像多张表。它们之间还需要关联。

1. @Entity注解

@Entity是GreenDao必不可少的注解,只有在实体类中使用了@Entity注解GreenDao才会创建对应的表。当然我们也可以使用@Entity配置一些细节:

schema:如果你有多个架构,你可以告诉GreenDao当前属于哪个架构。

active:标记一个实体处于活跃状态,活动实体有更新、删除和刷新方法。

nameInDb:在数据中使用的别名,默认使用的是实体的类名。

indexes:标记如果DAO应该创建数据库表(默认为true),如果您有多个实体映射到一个表,或者表的创建是在greenDAO之外进行的,那么将其设置为false。

createInDb:标记创建数据库表。

generateGettersSetters:如果缺少,是否应生成属性的getter和setter方法。

2. 基础属性注解(@Id,@Property,@NotNull,@Transient)

@Id

@Id注解选择 long / Long属性作为实体ID。在数据库方面,它是主键。参数autoincrement = true 表示自增,id不给赋值或者为赋值为null即可(这里需要注意,如果要实现自增,id必须是Long,为long不行!)。

@Property

允许您定义属性映射到的非默认列名。如果不存在,GreenDAO将以SQL-ish方式使用字段名称(大写,下划线而不是camel情况,例如 name将成为 NAME)。注意:您当前只能使用内联常量来指定列名。

@NotNull :设置数据库表当前列不能为空 。

@Transient :添加次标记之后不会生成数据库表的列。标记要从持久性中排除的属性。将它们用于临时状态等。或者,您也可以使用Java中的transient关键字。

3. 索引注解

@Index:使用@Index作为一个属性来创建一个索引,通过name设置索引别名,也可以通过unique给索引添加约束。

@Unique:向索引添加UNIQUE约束,强制所有值都是唯一的。

@EntitypublicclassStudent{@Id(autoincrement =true) Long id;@Property(nameInDb=“name”)@Index(unique =true) String name; ……}

注意:上面这种情况,约定name为唯一值,向数据库中通过insert方法继续添加已存在的name数据,会抛异常:

10-0820:59:46.27431939-31939/com.example.aserbao.aserbaosandroid E/AndroidRuntime: FATALEXCEPTION: main Process: com.example.aserbao.aserbaosandroid, PID:31939android.database.sqlite.SQLiteConstraintException: UNIQUE constraint failed: STUDENT.name (Sqlite code2067), (OS error -2:No such fileordirectory) ……

若使用insertOrReplace()方法添加数据,当前数据库中不会有重复的数据,但是重复的这条数据的id会被修改!若项目中有用到id字段进行排序的话,这一点需要特别注意。

4. 关系注解

关系型注解GreenDao中主要就两个:

@ToOne:定义与另一个实体(一个实体对象)的关系

@ToMany:定义与多个实体对象的关系

在我的项目中只是简单的使用了一张表进行存储,已经满足要做的功能需求。所以这里就不对一对一,一对多,多对多关系表的创建进行记录。如果想要学习,可以度娘更详细的好文(文末附上大神链接),小白的我,也是只能一点一点累积知识点,见谅。

最后,直接上数据库创建代码。

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
下面是数据库的操作方法:这个类有点长不方便截图,直接上代码。

public class OrderDaoOperation {

/**

    * 添加数据至数据库

    *

    * @param context

    * @param orderEntity

    */

    public static void insertData(Context context, OrderEntity orderEntity) {

DBManager.getDaoSession(context).getOrderEntityDao().insert(orderEntity);

    }

/**

    * 将数据实体通过事务添加至数据库

    *

    * @param context

    * @param list

    */

    public static void insertData(Context context, List list) {

if (null == list || list.size() <=0) {

return;

        }

DBManager.getDaoSession(context).getOrderEntityDao().insertInTx(list);

    }

/**

    * 添加数据至数据库,如果存在,将原来的数据覆盖

    * 内部代码判断了如果存在就update(entity);不存在就insert(entity);

    *

    * @param context

    * @param orderEntity

    */

    public static void saveData(Context context, OrderEntity orderEntity) {

DBManager.getDaoSession(context).getOrderEntityDao().save(orderEntity);

    }

/**

    * 删除数据至数据库

    *

    * @param context

    * @param orderEntity 删除具体内容

    */

    public static void deleteData(Context context, OrderEntity orderEntity) {

DBManager.getDaoSession(context).getOrderEntityDao().delete(orderEntity);

    }

/**

    * 根据id删除数据至数据库

    *

    * @param context

    * @param id      删除具体内容

    */

    public static void deleteByKeyData(Context context, long id) {

DBManager.getDaoSession(context).getOrderEntityDao().deleteByKey(id);

    }

/**

    * 删除全部数据

    *

    * @param context

    */

    public static void deleteAllData(Context context) {

DBManager.getDaoSession(context).getOrderEntityDao().deleteAll();

    }

/**

    * 更新数据库

    *

    * @param context

    * @param orderEntity

    */

    public static void updateData(Context context, OrderEntity orderEntity) {

DBManager.getDaoSession(context).getOrderEntityDao().update(orderEntity);

    }

/**

    * 查询所有数据

    *

    * @param context

    * @return

    */

    public static ListqueryAll(Context context) {

QueryBuilder builder = DBManager.getDaoSession(context).getOrderEntityDao().queryBuilder();

        return builder.build().list();

    }

}

直接复制到项目中,将实体类改成自己的即可使用。

最后,熊抱,文章零零碎碎,目的只是想记录自己学习的一点知识,之前都没有使用过。缺点一堆。知识面不足。在接下来的学习中,希望自己更加努力。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值