ContentProvider是Android四大组件之一,网上也有不少关于它的文章,基本用法都可以查到,但关于UriMatcher在其中的作用,文章中都有例子,但我觉得还没有说清楚。
先说为什么用UriMatcher。
ContentProvider向外界提供了一个标准的,也是唯一的用于查询的接口:
[java] view plain copy
- public final Cursor query(Uri uri, String[] projection,
- String selection, String[] selectionArgs, String sortOrder);
其中uri用于指定哪一个数据源,当一个数据源含有多个内容(比如多个表),就需要用不同的Uri进行区分,例如:
[java] view plain copy
- 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, 定义如下:
[java] view plain copy
- // 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:
[java] view plain copy
- @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中帮助我们过滤,分辨出查询者想要查询哪个数据表。
时间: 2024-10-24 11:23:33