Dojo Data Store —— 统一数据访问接口 .
本文已经首发于InfoQ中文站，版权所有，原文为《Dojo Data Store —— 统一数据访问接口》，如需转载，请务必附带本声明，谢谢。??
InfoQ中文站是一个面向中高端技术人员的在线独立社区，为Java、.NET、Ruby、SOA、敏捷、架构等领域提供及时而有深度的资讯、高端技术大会如QCon?、线下技术交流活动QClub、免费迷你书下载如《架构师》等。?
?
无论在传统的桌面应用还是在主流的互联网应用中，数据始终占据着软件应用中的核心地位。当下，web2.0已经是一个让人们耳熟能详的词汇，而由此带来的数据的开放与共享，引领我们走入了海量数据时代。在今天的互联网上，数据的交互几乎成为了我们的终极诉求，可随之而来的数据多样性，信息的分布式存储及松耦合，以及数据量的几何级规模的膨胀也带来了数据组织上的难度的增大，与此同时，伴随着Ajax, RIA及面向服务的网络应用的发展，其所要求的客户端数据处理逻辑的复杂性不断增加，使得开发难度不断加大。出于简化数据处理逻辑，增加应用的可维护及可扩展性的需求，目前流行的JavaScript框架也基本都会具有各自的数据处理模块或接口。本文的目的就是为了介绍Dojo的数据处理模块：Dojo.data。作为Dojo的数据处理中间层，其主要的职责就是解析及管理由数据源传入的各种类型的数据，通过统一的数据访问与处理接口与数据展现层(Dojo Widget)进行通讯，便于各个Widget的管理与程序的移植。
Dojo Data中的数据管理在面向服务应用大行其道的今天，协调数据的多样性是开发互联网应用中不可避免的首要问题。我们常见的数据格式包括Json, XML, Csv等，作为数据处理的中间层，能够让用户以统一的接口连接不同的数据源是一个基本需求。在Dojo.data模块中，预定义了不同的DataStore用于访问管理不同数据格式的数据源，而所有的DataStore都会实现相同的数据访问接口，这样就可以成功实现数据提供层与数据展现层之间的松耦合。表1中列出了Dojo中部分已实现的各种不同的DataStore。
表1. Dojo中部分已实现的DataStore
DataStore描述dojo.data.ItemFileReadStore用于JSON数据的只读的DataStoredojo.data.ItemFileWriteStore用于JSON数据的可读写的DataStoredojox.data.CsvStore用于CVS数据的只读的DataStoredojox.data.OpmlStore用于OPML（Outline Processor Markup Language）数据的只读的DataStoredojox.data.HtmlTableStore用于HTML table数据的只读的DataStoredojox.data.XmlStore用于XML数据的可读写的DataStoredojox.data.FlickrStore用于读取flickr.com提供的数据的只读的DataStore。是一个很好的web service相关的DataStore的示例dojox.data.QueryReadStore用于读取由服务器端提供的JSON数据的只读的DataStore?
尽管读取的数据源多种多样，但在DataStore中，通过统一数据访问接口，对数据的组织管理是一致的。每条数据项都被作为一个item对象，其中包含了一定的键(attribute)值(value)对用以对应数据条目中的各个属性值。下面以一段简单的JSON数据片段为例，来介绍这种对应关系：
在这段JSON数据中共有两条数据项（item），分别都包含有"id", "name", "type", "population"与"area"五个属性字段。
Dojo.data 组织架构为了符合各种应用中对数据中间层的不同需求，Dojo.data包对数据访问处理接口进行了一定程度的划分，包括 read，write，identify，notifaction 等。各种DataStore可以根据其应用需求实现特定的接口。
表2. Dojo.data.api主要接口
Dojo.data主要接口描述Dojo.data.api.read提供读取数据项或者其属性值的功能，同时也支持对数据集的搜索，排序，和过滤。Dojo.data.api.write提供创建，删除，更新数据项功能。Dojo.data.api.identify提供基于唯一的标示符来定位和查询数据项的功能。Dojo.data.api.notification提供当 datastore的数据项改变等事件发生时通知侦听器的功能。最基本的事件包括数据的创建，修改和删除等。这也是Dojo.data的一项很重要的功能，通过此接口可以将数据展现层与数据中间层更好的分离开来。?
Dojo.data API简介Read数据的获取是数据中间层的核心，Dojo.data.Read接口为异步获取异构数据提供了很大的便利性和灵活性。在Read接口中，主要是通过异步方式进行数据的获取，同时也提供了数据的排序、分页、简单查询等基本功能的支持。
fetch: function(/* Object */ keywordArgs)fetch方法可以说是Dojo.data包的核心方法，它主要采用异步方法来获取数据。该方法接收一个键值对对象参数，用户可以通过对此参数中各个属性进行指定以获取特定的数据集合，如分页，简单查询过滤，排序等。以下是部分主要的参数属性介绍：
onBegin与onComplete: fetch方法是采用异步的方式来进行数据的获取，用户可以通过onBegin与onComplete这两个参数指定fetch方法的数据获取回调函数，onBegin在数据返回前会被调用一次，传入两个参数，分别为应返回数据集的条目数及此次fetch的request对象；而onComplete方法是作为数据返回的回调函数，数据集作为第一个参数传入给该回调函数。start与count: 通常来说几乎所有的实际应用都会要求分页返回数据以提供更好的用户体验，start和count这两个属性就是为支持分页功能而实现的。start用于指定返回数据的起始索引（由0开始），而count则用于设置返回的数据条目数。query: 除了分页以外，按需返回特定的数据集也是一项重要功能，在Dojo.data中，这一功能则是通过query属性提供支持的。query的值一般可设置为一个键值对对象，“键”应被设置为数据条目中的某项属性，而“值”则为条件指定。Dojo.data提供了精确匹配与模糊匹配（通配符：*为任意字符，?为单个字符）两种方式对数据进行过滤，可以根据具体情况选择使用。sort：由于可能出现多个Widget使用同一个DataStore，数据集并不会以特定的序列进行存储，当需要进行排序时，可以通过sort属性进行指定，DataStore则会相应的返回符合条件的数据集。sort 参数不仅指定了要排序的字段，而且还必须指定排序的顺序即升序还是降序。在这里，我们采用比较简单的dojo.data.ItemFileReadStore：
var jsonStore = new dojo.data.ItemFileReadStore({data: data}); ItemFileReadStore比较适合于处理数据量较小的数据源，数据源可以是一个JSON文件或者象本例一样直接指定到客户端内存中的一组数据。当你使用更加大型的JSON数据集时，可以使用JsonRestStore，采用Rest服务来进行数据提供。
接下来，我们来声明一个DataGrid。在这里DataStore是通过”store”属性进行设置的。
生成的DataGrid如下图所示：
由于Dojo中对数据展现层与数据中间层的松耦合，同样一份数据源可以在不进行任何处理的情况下为多个Widget提供数据，而且由于数据的过滤、排序、分页都是根据数据获取请求按需返回的，使用相同 DataStore的多个Widget间也不会产生冲突。下面我们就以同样的DataStore，为一个dijit.form.ComboBox提供数据：
<input dojoType="dijit.form.ComboBox" store="jsonStore" searchAttr="name"></input>
在很多实际应用中，可能会使用不同的数据源，下面，我们采用不同的数据格式，以XmlStore来替换ItemFileReadStore。首先将JSON数据转换为XML数据格式：
我们几乎不需要修改关于Grid和ComboBox的任何代码，就能让它们继续工作。唯一需要做的改动，就是声明一个数据源，并将它设置为grid的输入。我们不需要操心任何关于数据获取、解析、以及管理的事情，数据存储器的API做了所有的工作。
可以看出，作为数据中间层，Dojo.data通过优秀的API设计充分达成了数据展现层与数据管理层之间的松耦合，同时统一的数据访问接口使得对多种数据格式的应用以及程序移植都带来了相当大的便利性。
?