大佬教程收集整理的这篇文章主要介绍了Silverlight 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_331_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类库的方案结构：
以上是大佬教程为你收集整理的Silverlight WCF RIA服务 （二）解决方案结构全部内容，希望文章能够帮你解决Silverlight WCF RIA服务 （二）解决方案结构所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。