Android四种存储,Android四种存储方式 - ContentProvider

ContentProvider是安卓平台中，在不一样应用程序之间实现数据共享的一种机制。一个应用程序若是须要让别的程序能够操做本身的数据，便可采用这种机制。而且此种方式忽略了底层的数据存储实现，ContentProvider提供了一种统一的经过Uri实现数据操做的方式。其步骤为：html

1. 在当前应用程序中定义一个ContentProvider。java

2. 在当前应用程序的AndroidManifest.xml中注册此ContentProviderandroid

3. 其余应用程序经过ContentResolver和Uri来获取此ContentProvider的数据。数据库

ContentResolver提供了诸如insert(), delete(), query()和update()之类的方法。用于实现对ContentProvider中数据的存取操做。ide

Uri是一个通用资源标志符，将其分为A，B，C，D 4个部分：this

A：没法改变的标准前缀，包括；"content://"、"tel://"等。当前缀是"content://"时，说明经过一个Content Provider控制这些数据　　spa

B：URI的标识，它经过authorities属性声明，用于定义了是哪一个ContentProvider提供这些数据。对于第三方应用程序，为了保证URI标识的惟一性，它必须是一个完整的、小写的 类名。例如;"content://com.test.data.myprovider"　　code

C：路径，能够近似的理解为须要操做的数据库中表的名字，如："content://hx.android.text.myprovider/name"中的namexml

D：若是URI中包含表示须要获取的记录的ID；则就返回该id对应的数据，若是没有ID，就表示返回所有；htm

下面经过是代码示例，演示一下如何在应用之间相互获取数据。

在应用程序A中，继承ContProvider类，并重写其中方法。

public class MyProvider extends ContentProvider{

@Override

public int delete(Uri uri, String selection, String[] selectionArgs) {

// TODO Auto-generated method stub

return 0;

}

@Override

public String getType(Uri uri) {

// TODO Auto-generated method stub

return null;

}

@Override

public Uri insert(Uri uri, ContentValues values) {

return null;

}

//在Create中初始化一个数据库

@Override

public boolean onCreate() {

SQLiteDatabase db = this.getContext().openOrCreateDatabase("test_db.db3", Context.MODE_PRIVATE, null);

db.execSQL("create table tab(_id INTEGER PRIMARY KEY AUTOINCREMENT, name TEXT NOT NULL)");

ContentValues values = new ContentValues();

values.put("name", "test");

db.insert("tab", "_id", values);

db.close();

return true;

}

//实现query方法

@Override

public Cursor query(Uri uri, String[] projection, String selection,

String[] selectionArgs, String sortOrder) {

SQLiteDatabase db = this.getContext().openOrCreateDatabase("test_db.db3", Context.MODE_PRIVATE, null);

Cursor c = db.query("tab", null, null, null, null, null,null);

return c;

}

@Override

public int update(Uri uri, ContentValues values, String selection,

String[] selectionArgs) {

// TODO Auto-generated method stub

return 0;

}

}

在其AndroidManifest.xml中声明此ContentProvider，其中authorities属性定义了此ContentProvider的Uri标识。

在应用程序B中，经过ContentResolver获取程序A的ContentProvider中的数据。

public class MainActivity extends Activity {

@Override

public void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.main);

//获取上下文

Context ctx = MainActivity.this;

//获取ContentResolver对象

ContentResolver resolver = ctx.getContentResolver();

//获取Uri对象

Uri uri = Uri.parse("content://com.test.MyProvider");

//获取数据

Cursor c = resolver.query(uri, null, null, null, null);

c.moveToFirst();

for(int i=0; i

int index = c.getColumnIndexOrThrow("name");

String src = c.getString(index);

Log.d("", src);

c.moveToNext();

}

}

}

应用程序B的运行结果以下，今后图能够发现咱们在程序B中成功的获取到了程序A中的数据：

再观察两个应用程序的结构，以下图，其中红框是应用程序A的程序结构，能够清楚看到其有一个名为“test_db.db3”的数据库，蓝框是应用程序B的程序结构，其并无任何数据库用于存储数据。由此图，能够肯定应用程序B中查询出来的数据结果是来自于应用程序A。

以上就是ContentProvider的使用方式，这种存储方式相比SQLite和SharedPreferences，其复杂性是显而易见的，可是在到处可见“云”的今天，程序间的数据交互需求令ContentProvider存储机制变成必不可少的一部分。

以上示例代码只是为了展现ContentProvider的使用，因此程序代码中有诸多不合理的地方并未进行处理。