通过一个周末的研究,对RIAService及在Silverlight上的应用渐渐的有了比较明晰的了解。
如何创建应用RIAService的Silverlight,见Silverlight 4 使用 RIASerivce (DomainService)
简述:RIAService是WCF的一个具体的用法,在VS08和10中,提供了相应的模板。
RIAService通过自动生成规范的数据库操作类,并提供一种更直接和方便的方法,让客户端程序可以直接操作数据库。
当然,虽然说是WCF的一个具体应用,但是与传统开发基于WCF操作数据的模式是有一些不同的,用WCF的老观点可能会碰很多钉子,本人走了不少弯路。
在学习RIAService的过程中,也拜读过不少先行者的文章
WCF RIA Services
Silverlight WCF RIA服务
这两篇文章都非常有用,由于是系列型的,文章地址分章节,百度一下就能找到。
根据本人归纳,RIAService可以分为以下几个部分
1、ADO.NET数据实体模型:这是数据对象,是实际的数据库对象的一个模型对象,操作他就相当于操作真实的数据库,当然,模型的组成部分在建立的时候是可以自己设置的。模型的概念我就不说了,高人很多,我也只是了解到我能用到的部分。
2、DomainService类:该类在创建时,设置对数据模型的操作方式及与客户端的关心,自动生成数据操作的添加、删除、修改、查询方法,同时也可以自定义自己的方法或函数。
3、DomainContext类:这个是在创建好DomainService类后,Silverlight项目自动生成的类,当然这个类的名字空间是在对应的RIAService所在的项目的名字空间内。说实话,数据模型和DomainService建立好以后,在SL上最需要关注的就是DomainContext类了,因为今后的操作和数据获取都是看他的了,DomainService仅是做一个默默的数据提供者。这个类也类似于WCF中生成的代理类。
4、(Entity)类:SL除了自动生成相应的DomainContext类外,还会自动生成一个数据项的类,这个类对应于数据模型的单元数据。在今后的数据操作中可以用到。
在整个RIAService中,这四个东西共同发挥作用,下面具体说说他们是怎么工作的。
数据模型就不说了,像是数据库的一个投影,操作他就等于在操作数据库。但是在RS中,我们不用直接操作他,而是靠DomianSerivce来操作。
DomianSerive可以在客户端用,也可以在服务器端用,在服务器端用还没有测试过,不过这个东西的出现主要就是为了SL服务的,所以重点还是在于研究在SL中怎么使用它。SL是客户端的,而DomianService是在服务器端的,于是,老方法,用一个代理来变相的使用他,这个代理就是DomianContext。
DomianContext才是我们需要重点研究的东西,他是一个类,包含了在SL上操作数据说需要的所有方法和属性。
以数据的增删查改举例说明
在客户端获取数据,需要使用到DomianContext的Load方法,在DomianContext中有一个(EntitySet)属性具体名称要看创建数据模型和DomianService时给数据命的名称。
在DomianContext类中有一个GetXXXQuery()的方法,这个方法对应于DomianService的查询方法,可能你会误以为直接调用这个方法,就可以得到数据了,其实不然,这个方法获得的只是一个查询实例,不会返回具体数据。
实际上DomainContext获取数据就是通过Load方法,讲数据填充到这个EntitySet属性里,这个EntitySet属性就,然后我们的数据空间就通过绑定这个EntitySet来显示数据。
Load方法需要一个参数,这个参数就是一个查询实例(EntityQuery)
代码如下
MyDomainServiceH mh = new MyDomainServiceH();
EntityQuery<TestTable> query;
query = from t in mh.GetTestTableCanQuery() select t;
mh.Load<TestTable>(query);//这个查询不做任何筛选和排序,因此也等效于mh.Load<TestTable>(mh.GetTestTableCanQuery());
dataGrid1.ItemsSource = mh.TestTables;
这样就可以写一个自定义的Linq查询来获取数据,也就是说,DomianContext通过传递一个查询作为参数来获取所需的数据,不过有个地方需要注意,DomianService中需要在查询方法上指定一个签名[Query(IsComposable = true)] 即可自定义查询。
注意mh.TestTables 在执行Load方法前,这个TestTables是空的,在执行之后,他就被装满了数据了,这个地方有点类似DataSet的填充和使用。
获取数据还是比较简单的,但是如何添加、修改、删除数据呢?
这个地方可能又会误以为执行DomainContext的添加删除和修改方法即可,但是你会发现,在DomainContext中根本没有这些方法,为什么呢?DomianService不是生成了这些方法吗?为什么DomianContext中没有对应的方法。
DomianService生成数据操作的方法并不会给DomianContext直接使用,并不是我们熟悉的传递参数调用方法就可以直接操作数据了的。
由于DomianContext是用于Sl的,Sl是客户端的,因此MS在这个地方设计得也很巧妙,不提供直接操作数据的方法给DomianContext,避免开发者忽略了数据传输频繁读取数据库的问题。
以本例来说,前面我们不是得到了mh.TestTables吗?我们一切的添加删除修改方法都操作这个东西就可以了。但是这还不够,对mh.TestTables的操作是在客户端内存中的,并没有改变数据库,DomainContext还提供了一个方法SubmitChanges();这个方法的作用就是将所有的数据变化都同步到数据库中,这样,DomianContext就采用了一种批量同步的方式来对数据库进行操作,而不用执行每一个数据操作都要反复的读取数据库和传递数据。
基本上所有的数据操作都是在EntitySet上完成,然后由DomianContext提交同步。
代码如下
//添加
TestTable tt = new TestTable();
tt.Text = DateTime.Now.ToString();
mh.TestTables.Add(tt);
mh.SubmitChanges();
//删除
mh.TestTables.Remove(mh.TestTables.Single<TestTable>(t => t.ID == 27));
mh.SubmitChanges();
//修改
mh.TestTables.Single<TestTable>(t => t.ID ==30).Text=DateTime.Now.ToString();
mh.SubmitChanges();
看到代码,就很清楚了,对数据的操作就类似对DataTable的操作一样,然后调用个SubmitChanges方法就可以将数据的变化同步到数据库了。很方便,只是稍微和传统的方式不太一样,一开始本人在次走了不少弯路。
不过,这个EntitySet不同于DataTable或者DataView,操作起来可能不太顺手,不过习惯就好,我的例子中用的Linq的方式来对数据定位并修改。
还有个地方需要注意,如果是用的多个事件来执行数据库操作,不同的DomianContext的EntitySet是不同的,也就是说,可能我们需要定义个全局的DomainContext实例来周旋于不同的事件中。当然如果不嫌性能差,在不同的事件中,也可以定义新的局部DomainContext实例来完成操作,但是注意,定义局部的DomianContext实例时,别忘记要通过Load方法获取一次EntitySet,否则,这个实例中的EntitySet将是空的,无法操作。
至此,SL使用RIAServcie的一些基础的应用就是这样了,但是在DomianService和DomianContext中还有非常多的属性和方法值得研究。本文仅是个人的体会和观点。
如何创建应用RIAService的Silverlight,见Silverlight 4 使用 RIASerivce (DomainService)
简述:RIAService是WCF的一个具体的用法,在VS08和10中,提供了相应的模板。
RIAService通过自动生成规范的数据库操作类,并提供一种更直接和方便的方法,让客户端程序可以直接操作数据库。
当然,虽然说是WCF的一个具体应用,但是与传统开发基于WCF操作数据的模式是有一些不同的,用WCF的老观点可能会碰很多钉子,本人走了不少弯路。
在学习RIAService的过程中,也拜读过不少先行者的文章
WCF RIA Services
Silverlight WCF RIA服务
这两篇文章都非常有用,由于是系列型的,文章地址分章节,百度一下就能找到。
根据本人归纳,RIAService可以分为以下几个部分
1、ADO.NET数据实体模型:这是数据对象,是实际的数据库对象的一个模型对象,操作他就相当于操作真实的数据库,当然,模型的组成部分在建立的时候是可以自己设置的。模型的概念我就不说了,高人很多,我也只是了解到我能用到的部分。
2、DomainService类:该类在创建时,设置对数据模型的操作方式及与客户端的关心,自动生成数据操作的添加、删除、修改、查询方法,同时也可以自定义自己的方法或函数。
3、DomainContext类:这个是在创建好DomainService类后,Silverlight项目自动生成的类,当然这个类的名字空间是在对应的RIAService所在的项目的名字空间内。说实话,数据模型和DomainService建立好以后,在SL上最需要关注的就是DomainContext类了,因为今后的操作和数据获取都是看他的了,DomainService仅是做一个默默的数据提供者。这个类也类似于WCF中生成的代理类。
4、(Entity)类:SL除了自动生成相应的DomainContext类外,还会自动生成一个数据项的类,这个类对应于数据模型的单元数据。在今后的数据操作中可以用到。
在整个RIAService中,这四个东西共同发挥作用,下面具体说说他们是怎么工作的。
数据模型就不说了,像是数据库的一个投影,操作他就等于在操作数据库。但是在RS中,我们不用直接操作他,而是靠DomianSerivce来操作。
DomianSerive可以在客户端用,也可以在服务器端用,在服务器端用还没有测试过,不过这个东西的出现主要就是为了SL服务的,所以重点还是在于研究在SL中怎么使用它。SL是客户端的,而DomianService是在服务器端的,于是,老方法,用一个代理来变相的使用他,这个代理就是DomianContext。
DomianContext才是我们需要重点研究的东西,他是一个类,包含了在SL上操作数据说需要的所有方法和属性。
以数据的增删查改举例说明
在客户端获取数据,需要使用到DomianContext的Load方法,在DomianContext中有一个(EntitySet)属性具体名称要看创建数据模型和DomianService时给数据命的名称。
在DomianContext类中有一个GetXXXQuery()的方法,这个方法对应于DomianService的查询方法,可能你会误以为直接调用这个方法,就可以得到数据了,其实不然,这个方法获得的只是一个查询实例,不会返回具体数据。
实际上DomainContext获取数据就是通过Load方法,讲数据填充到这个EntitySet属性里,这个EntitySet属性就,然后我们的数据空间就通过绑定这个EntitySet来显示数据。
Load方法需要一个参数,这个参数就是一个查询实例(EntityQuery)
代码如下
MyDomainServiceH mh = new MyDomainServiceH();
EntityQuery<TestTable> query;
query = from t in mh.GetTestTableCanQuery() select t;
mh.Load<TestTable>(query);//这个查询不做任何筛选和排序,因此也等效于mh.Load<TestTable>(mh.GetTestTableCanQuery());
dataGrid1.ItemsSource = mh.TestTables;
这样就可以写一个自定义的Linq查询来获取数据,也就是说,DomianContext通过传递一个查询作为参数来获取所需的数据,不过有个地方需要注意,DomianService中需要在查询方法上指定一个签名[Query(IsComposable = true)] 即可自定义查询。
注意mh.TestTables 在执行Load方法前,这个TestTables是空的,在执行之后,他就被装满了数据了,这个地方有点类似DataSet的填充和使用。
获取数据还是比较简单的,但是如何添加、修改、删除数据呢?
这个地方可能又会误以为执行DomainContext的添加删除和修改方法即可,但是你会发现,在DomainContext中根本没有这些方法,为什么呢?DomianService不是生成了这些方法吗?为什么DomianContext中没有对应的方法。
DomianService生成数据操作的方法并不会给DomianContext直接使用,并不是我们熟悉的传递参数调用方法就可以直接操作数据了的。
由于DomianContext是用于Sl的,Sl是客户端的,因此MS在这个地方设计得也很巧妙,不提供直接操作数据的方法给DomianContext,避免开发者忽略了数据传输频繁读取数据库的问题。
以本例来说,前面我们不是得到了mh.TestTables吗?我们一切的添加删除修改方法都操作这个东西就可以了。但是这还不够,对mh.TestTables的操作是在客户端内存中的,并没有改变数据库,DomainContext还提供了一个方法SubmitChanges();这个方法的作用就是将所有的数据变化都同步到数据库中,这样,DomianContext就采用了一种批量同步的方式来对数据库进行操作,而不用执行每一个数据操作都要反复的读取数据库和传递数据。
基本上所有的数据操作都是在EntitySet上完成,然后由DomianContext提交同步。
代码如下
//添加
TestTable tt = new TestTable();
tt.Text = DateTime.Now.ToString();
mh.TestTables.Add(tt);
mh.SubmitChanges();
//删除
mh.TestTables.Remove(mh.TestTables.Single<TestTable>(t => t.ID == 27));
mh.SubmitChanges();
//修改
mh.TestTables.Single<TestTable>(t => t.ID ==30).Text=DateTime.Now.ToString();
mh.SubmitChanges();
看到代码,就很清楚了,对数据的操作就类似对DataTable的操作一样,然后调用个SubmitChanges方法就可以将数据的变化同步到数据库了。很方便,只是稍微和传统的方式不太一样,一开始本人在次走了不少弯路。
不过,这个EntitySet不同于DataTable或者DataView,操作起来可能不太顺手,不过习惯就好,我的例子中用的Linq的方式来对数据定位并修改。
还有个地方需要注意,如果是用的多个事件来执行数据库操作,不同的DomianContext的EntitySet是不同的,也就是说,可能我们需要定义个全局的DomainContext实例来周旋于不同的事件中。当然如果不嫌性能差,在不同的事件中,也可以定义新的局部DomainContext实例来完成操作,但是注意,定义局部的DomianContext实例时,别忘记要通过Load方法获取一次EntitySet,否则,这个实例中的EntitySet将是空的,无法操作。
至此,SL使用RIAServcie的一些基础的应用就是这样了,但是在DomianService和DomianContext中还有非常多的属性和方法值得研究。本文仅是个人的体会和观点。