电子商务主要是干什么的,wordpress建站优化,表白网站制作器,建设手机网站哪个平台比较好数据持久化关于数据储存,这个话题已经被反复讨论过很多次了,我是不建议把网络存储这种方式纳入到数据储存的范围的,因为这个和Android没多少关系,因此就有如下的分类: 本地储存(也称之为数据持久化,包含文件储存,SharedPreferences,SQLite储存和ContentProvider(内容提供者)) 内…数据持久化关于数据储存,这个话题已经被反复讨论过很多次了,我是不建议把网络存储这种方式纳入到数据储存的范围的,因为这个和Android没多少关系,因此就有如下的分类: 本地储存(也称之为数据持久化,包含文件储存,SharedPreferences,SQLite储存和ContentProvider(内容提供者)) 内存储存(静态变量、全局变量存值) 适用场景如果app内有些数据是需要使用到上次该app关闭时的数据,比如下次启动app没有网络时要求显示之前的省市信息,那么无论,你有多么不愿意,本地储存是必要的,无非就是有数据时从内存先取,没有时从本地存储空间取; 内存储存相对于本地储存有着响应快,耗时低的优势,本地储存数据量大IO操作耗时长时甚至要在非UI线程来执行.这就意味着,能不用本地储存就不要用. 基本用法 使用SharedPreferences存储数据 SharedPreferences是Android平台上一个轻量级的存储类主要是保存一些常用的配置比如窗口状态一般在Activity中 重载窗口状态onSaveInstanceState保存一般使用SharedPreferences完成它提供了Android平台常规的Long长 整形、Int整形、String字符串型的保存。 它是什么样的处理方式呢? SharedPreferences类似过去Windows系统上的ini配置文件但是它分为多种权限可以全局共享访问最终是以xml方式来保存整体效率来看不是特别的高对于常规的轻量级而言比SQLite要好不少如果真的存储量不大可以考虑自己定义文件格式。xml 处理时Dalvik会通过自带底层的本地XML Parser解析比如XMLpull方式这样对于内存资源占用比较好。 其本质是基于XML文件存储key-value键值对数据通常用来存储一些简单的配置信息。 其存储位置在/data/data/包名/shared_prefs目录下。 SharedPreferences对象本身只能获取数据而不支持存储和修改存储修改是通过Editor对象实现。 实现SharedPreferences存储的步骤如下 ①根据Context获取SharedPreferences对象 ②利用edit()方法获取Editor对象。 ③通过Editor对象存储key-value键值对数据。 ④通过commit()方法提交数据。 //获取SharedPreferences对象Context ctx MainActivity.this; SharedPreferences sp ctx.getSharedPreferences(SP, MODE_PRIVATE);//存入数据Editor editor sp.edit();editor.putString(STRING_KEY, string);editor.putInt(INT_KEY, 0);editor.putBoolean(BOOLEAN_KEY, true);editor.commit();//返回STRING_KEY的值Log.d(SP, sp.getString(STRING_KEY, none));//如果NOT_EXIST不存在则返回值为noneLog.d(SP, sp.getString(NOT_EXIST, none));}
} 这段代码执行过后即在/data/data/com.test/shared_prefs目录下生成了一个SP.xml文件一个应用可以创建多个这样的xml文件。 SharedPreferences对象与SQLite数据库相比免去了创建数据库创建表写SQL语句等诸多操作相对而言更加方便简洁。但是SharedPreferences也有其自身缺陷比如其职能存储booleanintfloatlong和String五种简单的数据类型比如其无法进行条件查询等。所以不论SharedPreferences的数据存储操作是如何简单它也只能是存储方式的一种补充而无法完全替代如SQLite数据库这样的其他数据存储方式。 文件存储数据 关于文件存储Activity提供了openFileOutput()方法可以用于把数据输出到文件中具体的实现过程与在J2SE环境中保存数据到文件中是一样的。 文件可用来存放大量数据如文本、图片、音频等。 默认位置/data/data/包/files/***.***。 代码示例 public void save() { try { FileOutputStream outStreamthis.openFileOutput(a.txt,Context.MODE_WORLD_READABLE); outStream.write(text.getText().toString().getBytes()); outStream.close(); Toast.makeText(MyActivity.this,Saved,Toast.LENGTH_LONG).show(); } catch (FileNotFoundException e) { return; } catch (IOException e){ return ; } } openFileOutput()方法的第一参数用于指定文件名称不能包含路径分隔符“/” 如果文件不存在Android 会自动创建它。 创建的文件保存在/data/data/package name/files目录. android有一套自己的安全模型当应用程序(.apk)在安装时系统就会分配给他一个userid当该应用要去访问其他资源比如文件的时候就需要userid匹配。默认情况下任何应用创建的文件sharedpreferences数据库都应该是私有的位于/data/data/package name/files其他程序无法访问。 除非在创建时指定了Context.MODE_WORLD_READABLE或者Context.MODE_WORLD_WRITEABLE 只有这样其他程序才能正确访问。 读取文件示例 public void load(){ try { FileInputStream inStreamthis.openFileInput(a.txt); ByteArrayOutputStream streamnew ByteArrayOutputStream(); byte[] buffernew byte[1024]; int length-1; while((lengthinStream.read(buffer))!-1) { stream.write(buffer,0,length); } stream.close(); inStream.close(); text.setText(stream.toString()); Toast.makeText(MyActivity.this,Loaded,Toast.LENGTH_LONG).show(); } catch (FileNotFoundException e) { e.printStackTrace(); } catch (IOException e){ return ; } } 对于私有文件只能被创建该文件的应用访问如果希望文件能被其他应用读和写可以在创建文件时指定Context.MODE_WORLD_READABLE和Context.MODE_WORLD_WRITEABLE权限。 Activity还提供了getCacheDir()和getFilesDir()方法 getCacheDir()方法用于获取/data/data/package name/cache目录 getFilesDir()方法用于获取/data/data/package name/files目录。 把文件存入SDCard 使用Activity的openFileOutput()方法保存文件文件是存放在手机空间上一般手机的存储空间不是很大存放些小文件还行如果要存放像视频这样的大文件是不可行的。对于像视频这样的大文件我们可以把它存放在SDCard。 在AndroidManifest.xml中加入访问SDCard的权限如下: !-- 在SDCard中创建与删除文件权限 -- uses-permission android:nameandroid.permission.MOUNT_UNMOUNT_FILESYSTEMS/ !-- 往SDCard写入数据权限 -- uses-permission android:nameandroid.permission.WRITE_EXTERNAL_STORAGE/ 要往SDCard存放文件程序必须先判断手机是否装有SDCard并且可以进行读写。 注意访问SDCard必须在AndroidManifest.xml中加入访问SDCard的权限。 if(Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)){ File sdCardDir Environment.getExternalStorageDirectory();//获取SDCard目录 File saveFile new File(sdCardDir, “a.txt”); FileOutputStream outStream new FileOutputStream(saveFile); outStream.write(test.getBytes()); outStream.close(); } Environment.getExternalStorageState()方法用于获取SDCard的状态如果手机装有SDCard并且可以进行读写那么方法返回的状态等于Environment.MEDIA_MOUNTED。 Environment.getExternalStorageDirectory()方法用于获取SDCard的目录当然要获取SDCard的目录你也可以这样写 File sdCardDir new File(/sdcard); //获取SDCard目录 File saveFile new File(sdCardDir, abc.txt); SQLite数据库存储数据 SQLite是轻量级嵌入式数据库引擎它支持 SQL 语言并且只利用很少的内存就有很好的性能。此外它还是开源的任何人都可以使用它。许多开源项目(Mozilla, PHP, Python都使用了 SQLite.SQLite 由以下几个组件组成SQL 编译器、内核、后端以及附件。SQLite 通过利用虚拟机和虚拟数据库引擎VDBE使调试、修改和扩展 SQLite 的内核变得更加方便。 特点面向资源有限的设备没有服务器进程,所有数据存放在同一文件中跨平台可自由复制。 SQLite 内部结构 SQLite 基本上符合 SQL-92 标准和其他的主要 SQL 数据库没什么区别。它的优点就是高效Android 运行时环境包含了完整的 SQLite。 Android 集成了 SQLite 数据库 Android 在运行时run-time集成了 SQLite所以每个 Android 应用程序都可以使用 SQLite 数据库。 数据库存储在 data/ 项目文件夹 /databases/ 下。 Android 开发中使用 SQLite 数据库 Activites 可以通过 Content Provider 或者 Service 访问一个数据库。 下面会详细讲解如果创建数据库添加数据和查询数据库。 创建数据库 Android 不自动提供数据库。在 Android 应用程序中使用 SQLite必须自己创建数据库然后创建表、索引填充数据。 Android 提供了 SQLiteOpenHelper 帮助你创建一个数据库你只要继承 SQLiteOpenHelper 类就可以轻松的创建数据库。SQLiteOpenHelper 类根据开发应用程序的需要封装了创建和更新数据库使用的逻辑。 SQLiteOpenHelper 的子类至少需要实现三个方法 1 构造函数调用父类 SQLiteOpenHelper 的构造函数。这个方法需要四个参数上下文环境例如一个 Activity数据库名字一个可选的游标工厂通常是 Null一个代表你正在使用的数据库模型版本的整数。 2 onCreate方法它需要一个 SQLiteDatabase 对象作为参数根据需要对这个对象填充表和初始化数据。 3 onUpgrage() 方法它需要三个参数一个 SQLiteDatabase 对象一个旧的版本号和一个新的版本号这样你就可以清楚如何把一个数据库从旧的模型转变到新的模型。 下面示例代码展示了如何继承 SQLiteOpenHelper 创建数据库 public class DatabaseHelper extends SQLiteOpenHelper { DatabaseHelper(Context context, String name, CursorFactory cursorFactory, int version) { super(context, name, cursorFactory, version); } Override public void onCreate(SQLiteDatabase db) { // TODO 创建数据库后对数据库的操作 } Override public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) { // TODO 更改数据库版本的操作 } Override public void onOpen(SQLiteDatabase db) { super.onOpen(db); // TODO 每次成功打开数据库后首先被执行 } } 接下来讨论具体如何创建表、插入数据、删除表等等。调用 getReadableDatabase() 或 getWriteableDatabase() 方法你可以得到 SQLiteDatabase 实例具体调用那个方法取决于你是否需要改变数据库的内容 db(new DatabaseHelper(getContext())).getWritableDatabase(); return (db null) ? false : true; 上面这段代码会返回一个 SQLiteDatabase 类的实例使用这个对象你就可以查询或者修改数据库。 当你完成了对数据库的操作例如你的 Activity 已经关闭需要调用 SQLiteDatabase 的 Close() 方法来释放掉数据库连接。 创建表和索引 为了创建表和索引需要调用 SQLiteDatabase 的 execSQL() 方法来执行 DDL 语句。如果没有异常这个方法没有返回值。 例如你可以执行如下代码 db.execSQL(CREATE TABLE mytable (_id INTEGER PRIMARY KEY AUTOINCREMENT, title TEXT, value REAL);); 这条语句会创建一个名为 mytable 的表表有一个列名为 _id并且是主键这列的值是会自动增长的整数例如当你插入一行时SQLite 会给这列自动赋值另外还有两列title( 字符 ) 和 value( 浮点数 )。 SQLite 会自动为主键列创建索引。 通常情况下第一次创建数据库时创建了表和索引。 如果你不需要改变表的 schema不需要删除表和索引 . 删除表和索引需要使用 execSQL() 方法调用 DROP INDEX 和 DROP TABLE 语句。 给表添加数据 上面的代码已经创建了数据库和表现在需要给表添加数据。有两种方法可以给表添加数据。 像上面创建表一样你可以使用 execSQL() 方法执行 INSERT, UPDATE, DELETE 等语句来更新表的数据。execSQL() 方法适用于所有不返回结果的 SQL 语句。 例如 db.execSQL(INSERT INTO widgets (name, inventory) VALUES (Sprocket, 5)); 另一种方法是使用 SQLiteDatabase 对象的 insert(), update(), delete() 方法。这些方法把 SQL 语句的一部分作为参数。 示例如下 ContentValues cvnew ContentValues(); cv.put(Constants.TITLE, example title); cv.put(Constants.VALUE, SensorManager.GRAVITY_DEATH_STAR_I); db.insert(mytable, getNullColumnHack(), cv); update方法有四个参数分别是表名表示列名和值的 ContentValues 对象可选的 WHERE 条件和可选的填充 WHERE 语句的字符串这些字符串会替换 WHERE 条件中的“”标记。 update() 根据条件更新指定列的值所以用 execSQL() 方法可以达到同样的目的。 WHERE 条件和其参数和用过的其他 SQL APIs 类似。 例如 String[] parmsnew String[] {this is a string}; db.update(widgets, replacements, name?, parms); delete() 方法的使用和 update() 类似使用表名可选的 WHERE 条件和相应的填充 WHERE 条件的字符串。 查询数据库 类似 INSERT, UPDATE, DELETE有两种方法使用 SELECT 从 SQLite 数据库检索数据。 1 使用 rawQuery() 直接调用 SELECT 语句 使用 query() 方法构建一个查询。 Raw Queries 正如 API 名字rawQuery() 是最简单的解决方法。通过这个方法你就可以调用 SQL SELECT 语句。 例如 Cursor cdb.rawQuery( SELECT name FROM sqlite_master WHERE typetable AND namemytable, null); 在上面例子中我们查询 SQLite 系统表sqlite_master检查 table 表是否存在。返回值是一个 cursor 对象这个对象的方法可以迭代查询结果。 如果查询是动态的使用这个方法就会非常复杂。 例如当你需要查询的列在程序编译的时候不能确定这时候使用 query() 方法会方便很多。 Regular Queries query() 方法用 SELECT 语句段构建查询。SELECT 语句内容作为 query() 方法的参数比如要查询的表名要获取的字段名WHERE 条件包含可选的位置参数去替代 WHERE 条件中位置参数的值GROUP BY 条件HAVING 条件。 除了表名其他参数可以是 null。所以以前的代码段可以可写成 String[] columns{ID, inventory}; String[] parms{snicklefritz}; Cursor resultdb.query(widgets, columns, name?,parms, null, null, null); 使用游标 不管你如何执行查询都会返回一个 Cursor这是 Android 的 SQLite 数据库游标 使用游标你可以 通过使用 getCount() 方法得到结果集中有多少记录 通过 moveToFirst(), moveToNext(), 和 isAfterLast() 方法遍历所有记录 通过 getColumnNames() 得到字段名 通过 getColumnIndex() 转换成字段号 通过 getString()getInt() 等方法得到给定字段当前记录的值 通过 requery() 方法重新执行查询得到游标 通过 close() 方法释放游标资源 例如下面代码遍历 mytable 表 Cursor resultdb.rawQuery(SELECT ID, name, inventory FROM mytable); result.moveToFirst(); while (!result.isAfterLast()) { int idresult.getInt(0); String nameresult.getString(1); int inventoryresult.getInt(2); // do something useful with these result.moveToNext(); } result.close(); 在 Android 中使用 SQLite 数据库管理工具 在其他数据库上作开发一般都使用工具来检查和处理数据库的内容而不是仅仅使用数据库的 API。 首先模拟器绑定了 sqlite3 控制台程序可以使用 adb shell 命令来调用他。只要你进入了模拟器的 shell在数据库的路径执行 sqlite3 命令就可以了。 数据库文件一般存放在 /data/data/your.app.package/databases/your-db-name 如果你喜欢使用更友好的工具你可以把数据库拷贝到你的开发机上使用 SQLite-aware 客户端来操作它。这样的话你在一个数据库的拷贝上操作如果你想要你的修改能反映到设备上你需要把数据库备份回去。 把数据库从设备上考出来你可以使用 adb pull 命令或者在 IDE 上做相应操作。 存储一个修改过的数据库到设备上使用 adb push 命令。 一个最方便的 SQLite 客户端是 FireFox SQLite Manager 扩展它可以跨所有平台使用。 下图是SQLite Manager工具 如果你想要开发 Android 应用程序一定需要在 Android 上存储数据使用 SQLite 数据库是一种非常好的选择。 使用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); 这个查询返回一个包含所有数据字段的游标我们可以通过迭代这个游标来获取所有的数据 public class ContentProviderDemo extends Activity { Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); displayRecords(); } private void displayRecords() { //该数组中包含了所有要返回的字段 String columns[] new String[] { People.NAME, People.NUMBER }; Uri mContacts People.CONTENT_URI; Cursor cur managedQuery( mContacts, columns, // 要返回的数据字段 null, // WHERE子句 null, // WHERE 子句的参数 null // Order-by子句 ); if (cur.moveToFirst()) { String name null; String phoneNo null; do { // 获取字段的值 name cur.getString(cur.getColumnIndex(People.NAME)); phoneNo cur.getString(cur.getColumnIndex(People.NUMBER)); Toast.makeText(this, name ” ” phoneNo, Toast.LENGTH_LONG).show(); } while (cur.moveToNext()); } } } 上例示范了一个如何依次读取联系人信息表中的指定数据列name和number。 修改记录: 我们可以使用ContentResolver.update()方法来修改数据我们来写一个修改数据的方法: private void updateRecord(int recNo, String name) { Uri uri ContentUris.withAppendedId(People.CONTENT_URI, recNo); ContentValues values new ContentValues(); values.put(People.NAME, name); getContentResolver().update(uri, values, null, null); } 现在你可以调用上面的方法来更新指定记录 updateRecord(10, ”XYZ”); //更改第10条记录的name字段值为“XYZ” 添加记录: 要增加记录我们可以调用ContentResolver.insert()方法该方法接受一个要增加的记录的目标URI以及一个包含了新记录值的Map对象调用后的返回值是新记录的URI包含记录号。 上面的例子中我们都是基于联系人信息簿这个标准的Content Provider现在我们继续来创建一个insertRecord() 方法以对联系人信息簿中进行数据的添加 private void insertRecords(String name, String phoneNo) { ContentValues values new ContentValues(); values.put(People.NAME, name); Uri uri getContentResolver().insert(People.CONTENT_URI, values); Log.d(”ANDROID”, uri.toString()); Uri numberUri Uri.withAppendedPath(uri, People.Phones.CONTENT_DIRECTORY); values.clear(); values.put(Contacts.Phones.TYPE, People.Phones.TYPE_MOBILE); values.put(People.NUMBER, phoneNo); getContentResolver().insert(numberUri, values); } 这样我们就可以调用insertRecords(name, phoneNo)的方式来向联系人信息簿中添加联系人姓名和电话号码。 删除记录: Content Provider中的getContextResolver.delete()方法可以用来删除记录。 下面的记录用来删除设备上所有的联系人信息 private void deleteRecords() { Uri uri People.CONTENT_URI; getContentResolver().delete(uri, null, null); } 你也可以指定WHERE条件语句来删除特定的记录 getContentResolver().delete(uri, “NAME” “‘XYZ XYZ’”, null); 这将会删除name为‘XYZ XYZ’的记录。 创建Content Provider: 至此我们已经知道如何使用Content Provider了现在让我们来看下如何自己创建一个Content Provider。 要创建我们自己的Content Provider的话我们需要遵循以下几步 1. 创建一个继承了ContentProvider父类的类 2. 定义一个名为CONTENT_URI并且是public static final的Uri类型的类变量你必须为其指定一个唯一的字符串值最好的方案是以类的全名称 如: public static final Uri CONTENT_URI Uri.parse( “content://com.google.android.MyContentProvider”); 3. 创建你的数据存储系统。大多数Content Provider使用Android文件系统或SQLite数据库来保持数据但是你也可以以任何你想要的方式来存储。 4. 定义你要返回给客户端的数据列名。如果你正在使用Android数据库则数据列的使用方式就和你以往所熟悉的其他数据库一样。但是你必须为其定义一个叫_id的列它用来表示每条记录的唯一性。 5. 如果你要存储字节型数据比如位图文件等那保存该数据的数据列其实是一个表示实际保存文件的URI字符串客户端通过它来读取对应的文件数据处理这种数据类型的Content Provider需要实现一个名为_data的字段_data字段列出了该文件在Android文件系统上的精确路径。这个字段不仅是供客户端使用而且也可以供ContentResolver使用。客户端可以调用ContentResolver.openOutputStream()方法来处理该URI指向的文件资源如果是ContentResolver本身的话由于其持有的权限比客户端要高所以它能直接访问该数据文件。 6. 声明public static String型的变量用于指定要从游标处返回的数据列。 7. 查询返回一个Cursor类型的对象。所有执行写操作的方法如insert(), update() 以及delete()都将被监听。我们可以通过使用ContentResover().notifyChange()方法来通知监听器关于数据更新的信息。 8. 在AndroidMenifest.xml中使用标签来设置Content Provider。 9. 如果你要处理的数据类型是一种比较新的类型你就必须先定义一个新的MIME类型以供ContentProvider.geType(url)来返回。 MIME类型有两种形式: 一种是为指定的单个记录的还有一种是为多条记录的。这里给出一种常用的格式 vnd.android.cursor.item/vnd.yourcompanyname.contenttype 单个记录的MIME类型 比如, 一个请求列车信息的URI如content://com.example.transportationprovider/trains/122 可能就会返回typevnd.android.cursor.item/vnd.example.rail这样一个MIME类型。 vnd.android.cursor.dir/vnd.yourcompanyname.contenttype 多个记录的MIME类型 比如, 一个请求所有列车信息的URI如content://com.example.transportationprovider/trains 可能就会返回vnd.android.cursor.dir/vnd.example.rail这样一个MIME 类型。 下列代码将创建一个Content Provider它仅仅是存储用户名称并显示所有的用户名称使用 SQLLite数据库存储这些数据 public class MyUsers { public static final String AUTHORITY “com.wissen.MyContentProvider”; // BaseColumn类中已经包含了 _id字段 public static final class User implements BaseColumns { public static final Uri CONTENT_URI Uri.parse(”content://com.wissen.MyContentProvider”); // 表数据列 public static final String USER_NAME “USER_NAME”; } } 上面的类中定义了Content Provider的CONTENT_URI以及数据列。下面我们将定义基于上面的类来定义实际的Content Provider类 public class MyContentProvider extends ContentProvider { private SQLiteDatabase sqlDB; private DatabaseHelper dbHelper; private static final String DATABASE_NAME “Users.db”; private static final int DATABASE_VERSION 1; private static final String TABLE_NAME “User”; private static final String TAG “MyContentProvider”; private static class DatabaseHelper extends SQLiteOpenHelper { DatabaseHelper(Context context) { super(context, DATABASE_NAME, null, DATABASE_VERSION); } Override public void onCreate(SQLiteDatabase db) { //创建用于存储数据的表 db.execSQL(”Create table ” TABLE_NAME “( _id INTEGER PRIMARY KEY AUTOINCREMENT, USER_NAME TEXT);”); } Override public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) { db.execSQL(”DROP TABLE IF EXISTS ” TABLE_NAME); onCreate(db); } } Override public int delete(Uri uri, String s, String[] as) { return 0; } Override public String getType(Uri uri) { return null; } Override public Uri insert(Uri uri, ContentValues contentvalues) { sqlDB dbHelper.getWritableDatabase(); long rowId sqlDB.insert(TABLE_NAME, “”, contentvalues); if (rowId 0) { Uri rowUri ContentUris.appendId(MyUsers.User.CONTENT_URI.buildUpon(), rowId).build(); getContext().getContentResolver().notifyChange(rowUri, null); return rowUri; } throw new SQLException(”Failed to insert row into ” uri); } Override public boolean onCreate() { dbHelper new DatabaseHelper(getContext()); return (dbHelper null) ? false : true; } Override public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder) { SQLiteQueryBuilder qb new SQLiteQueryBuilder(); SQLiteDatabase db dbHelper.getReadableDatabase(); qb.setTables(TABLE_NAME); Cursor c qb.query(db, projection, selection, null, null, null, sortOrder); c.setNotificationUri(getContext().getContentResolver(), uri); return c; } Override public int update(Uri uri, ContentValues contentvalues, String s, String[] as) { return 0; } } 一个名为MyContentProvider的Content Provider创建完成了它用于从Sqlite数据库中添加和读取记录。 Content Provider的入口需要在AndroidManifest.xml中配置: 之后让我们来使用这个定义好的Content Provider: public class ContentDemo extends Activity { Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); insertRecord(”MyUser”); displayRecords(); } private void insertRecord(String userName) { ContentValues values new ContentValues(); values.put(MyUsers.User.USER_NAME, userName); getContentResolver().insert(MyUsers.User.CONTENT_URI, values); } private void displayRecords() { String columns[] new String[] { MyUsers.User._ID, MyUsers.User.USER_NAME }; Uri myUri MyUsers.User.CONTENT_URI; Cursor cur managedQuery(myUri, columns,null, null, null ); if (cur.moveToFirst()) { String id null; String userName null; do { id cur.getString(cur.getColumnIndex(MyUsers.User._ID)); userName cur.getString(cur.getColumnIndex(MyUsers.User.USER_NAME)); Toast.makeText(this, id ” ” userName, Toast.LENGTH_LONG).show(); } while (cur.moveToNext()); } } } 上面的类将先向数据库中添加一条用户数据然后显示数据库中所有的用户数据。 总结 我个人而言,使用的多点的就是sp储存,sqlite储存,文件储存;contentprovider使用的最少,用到基本就是调用系统的内容提供者获取一下联系人列表什么的;如果存储的是较复杂的javabean,那还是老老实实的用sqlite吧,别忘了增删改查放在工作线程;本地储存的话尤其要注意权限问题,7.1的这些储存权限已经是危险权限了,单单在AndroidManifest定义是没用的,需要配合使用动态权限申请(定制的系统就例外了,哈哈,自己定制的什么都好说);从性能最优的角度说,能不用本地储存就不要用,用到本地储存时,能用sp,就不要用sqlite;文件储存慎用...转载于:https://www.cnblogs.com/DreamRecorder/p/9274441.html
