Android开发中的ContentProvider数据模型概述

核心提示：最后一个操作是查询操作，可以想见，Android开发中的ContentProvider数据模型概述(3)，查询的参数是最多的，包括uri和一组条件参数，而且控制层很稳定不需要特别定制，通常工作只在定制数据层和显示层空间，条件参数类型和标准的sql类似，包括 sort, projection 之类的

最后一个操作是查询操作，可以想见，查询的参数是最多的，包括uri和一组条件参数。条件参数类型和标准的sql类似，包括 sort, projection 之类的。从这些参数到sql语句的生成，可以寻求QueryBuilder类的帮助，它提供了一组操作接口，简化了参数到sql的生成工作，哪怕你不懂 sql都完全没有问题,查询返回一个Cursor。Cursor是一个支持随机读写的指针，不仅如此，它还提供了方便的删除和修改的API，是上层对 ContentProvider进行操作一个重要对象，需要仔细掌握(Cursor还可以绑定到view上，直接送显，并与用户进行交互，真是程序越往上，封装越好，工作越机械没有复杂性了...)。

数据模型

在与界面打交道的Cursor、ContentResolver等数据操作层中，大量采用观察者模式建立数据层与显示层的联系。一个显示层的视图，可以做成某一种观察者注册到Cursor或ContentResolver等数据中间层中，在实现底层ContentProvider 中，我们需要特别注意在对数据进行修改操作(包括增删改...)后，调用相应类型的notify函数，帮助表层对象进行刷新(还有一种刷新方式是从一个 view发起的)。可以看到 Android的整体数据显示框架有点像MVC的方式(贫瘠了...叫不出名)。Cursor、ContentResolver相当于控制层，数据层和显示层的交互通过控制层来掌管，而且控制层很稳定不需要特别定制，通常工作只在定制数据层和显示层空间，还是比较方便和清晰的。