ContentProvider是Android四大组件之一,网上也有不少关于它的文章,基本用法都可以查到,但关于UriMatcher在其中的作用,文章中都有例子,但我觉得还没有说清楚。
先说为什么用UriMatcher。
ContentProvider向外界提供了一个标准的,也是唯一的用于查询的接口:
public final Cursor query(Uri uri, String[] projection,
String selection, String[] selectionArgs, String sortOrder);
其中uri用于指定哪一个数据源,当一个数据源含有多个内容(比如多个表),就需要用不同的Uri进行区分,例如:
public static final Uri CONTENT_URI_A = Uri.parse("content://" + AUTHORITY + "/" + TABLE_A);
public static final Uri CONTENT_URI_B = Uri.parse("content://" + AUTHORITY + "/" + TABLE_B);
这时候使用UriMatcher就可以帮助我们方便的过滤到TableA还是TableB, 然后进行下一步查询, 如果不用UriMatcher也可以,我们就需要手动过滤字符串,用起来有点麻烦,可维护性也不好。
再说怎么用UriMatcher, 定义如下:
// Set up our URL matchers to help us determine what an
// incoming URI parameter is.
private static final UriMatcher URI_MATCHER;
static {
URI_MATCHER = new UriMatcher(UriMatcher.NO_MATCH);
URI_MATCHER.addURI(AUTHORITY, TABLE_A, TABLE_A_MSG);
URI_MATCHER.addURI(AUTHORITY, TABLE_B, TABLE_B_MSG);
}
在查询中使用UriMatcher:
@Override
public Cursor query(Uri uri, String[] projection, String selection,
String[] selectionArgs, String sortOrder) {
String table = null;
switch (URI_MATCHER.match(uri)) {
case ALL_MESSAGES:
break;
case OXFORD_MSG:
table = TABLE_A;
break;
case CHENYU_MSG:
table = TABLE_B;
break;
default:
break;
}
Cursor resultCursor = mDB.query(table, projection, selection, selectionArgs, null, null, sortOrder);
return resultCursor;
}
总之,UriMatcher本质上是一个文本过滤器,用在contentProvider中帮助我们过滤,分辨出查询者想要查询哪个数据表。