大佬教程收集整理的这篇文章主要介绍了WCF RIA 服务 (二)- 解决方案结构,大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
上节大概介绍了一下 WCF RIA 服务, 这次介绍下整个解决方案的结构。
当创建应用程序时,WCF RIA服务可以帮你建立满足各种各样情况的解决方案。例如只是在中间层访问很少domain services的Silverlight应用程序。更复杂的例子可能是几个Silverlight程序都连接到一个提供许多domain services的通用中间层。本节就介绍几种构建RIA服务解决方案的方式。
RIA 服务连接
在 所有的RIA services方案中,一个连接(就是RIA服务连接)存在于中间层项目和表示层项目之间。一个RIA services连接是一个项目对项目引用的特殊模式,它更便于从中间层的代码来生成表现层的代码。在创建解决方案时选择 Enable WCF RIA services 选项 ,就可以建立RIA services 连接了。你也可以在已有项目的属性中建立RIA services link。有的时候建立的连接是在应用项目之间的,而有些时候是建立在类库项目之间的。
当在项目中存在link时,表 示层将会收到中间层的所有代码。不能指定只有一部分的代码应用到表示层。下面的规则用于RIA services Link:
在默认的解决方案结构中,RIA services创建一个单一的客户端项目和一个服务端项目。当使用Silverlight Application模板并勾选 Enable WCF RIA services来创建项目时,@R_356_9944@一个默认的结构。一个RIA services Link就已经在两个项目中存在了。当你生成解决方案时,将生成相对Domain services和共享代码的客户端代码。下面的图展示了默认结构:
这个默认的结构是很方便的,因为所有的domain services类型和共享代码都在生成解决方案后自动添加到服务端和客户端。而且添加在服务端的共享代码,在客户端也是可见的。当你没有很多的 domain services在服务端并且你也不必在很多不同的SL应用程序中重用商业逻辑时,默认的结构就已经可以很好的工作了。
在默认的解 决方案结构中,你可以给服务端项目添加更多的具有RIA services Link的SL应用程序。然而,默认的结构也存在局限性。对每一个SL客户端生成的代码包含所有来自服务端的中间层代码。例如,如果你有3个连接到一个服 务端的SL应用程序,并且你想添加一个只能被其中一个SL应用程序使用的domain service,那么这3个客户端应用程序都将拥有为这个domain service生成的domain上下文并且可以访问这个domain service.
Silverlight Business Application template
RIA services还提供了一个 Silverlight Business Application 模板。这个模板对建立一个SL商业应用程序提供了一个方便的出发点。这个模板建立在SL导航应用程序上,并用RIA services来支持身份认证和用户注册。当用SL商业应用程序模板创建项目时,RIA services建立默认的结构,并自动添加下面的特性:
支持N层类库组件(Class Library Components)
RIA services提供WCF RIA services Class Library 项目类型来支持库中共享代码。通过类库,你把商业逻辑打包在N层类库组件里。下图展示使用RIA services类库的解决方案结构:
在上图中,注意RIA services Links并没存在于应用程序之中。相反,存在于类库项目中。你可以在你的应用程序中使用任意多的类库,并可以在任意的应用程序中重用这些类库。
使 用RIA services 类库有如下好处:
用RIA services 类库,你可以仅提供应用程序所需的组件来建立灵活的解决方案结构。下图展示了一个应用多个RIA services类库的方案结构:
以上是大佬教程为你收集整理的WCF RIA 服务 (二)- 解决方案结构全部内容,希望文章能够帮你解决WCF RIA 服务 (二)- 解决方案结构所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。