Silverlight 4安全LOB应用程序-WCF与WCF Ria服务

我是Silverlight的新手，我计划为我工作的公司开发一个连接到SQL后端的安全LOB应用程序。我一直在阅读有关服务的主题，并阅读了关于WCF与Ria服务的不同观点，其中很多与Silverlight 3有关。鉴于我们现在在Silverlight 4和Silverlight 5上都处于测试阶段，我希望能得到更多最新的答案。如果在我学习的过程中，我的知识有差距，请原谅

我读过Ria服务适用于较小的数据库。“较小的数据库”不清楚，想知道是否有人能解释这一点

鉴于RIA服务将SQL/Linq复制回客户端，这会通过反向工程暴露任何安全风险吗

我读到RIA服务与WCF服务相比是有限的。这在什么方面是有限的？如果RIA不能完成我们的一些逻辑，我能在RIA服务项目中实现正常的WCF服务吗

目前，我们计划只通过Silverlight连接到服务，但如果我们计划在未来扩展，RIA服务会使这一点更加困难吗

可以同时在局域网和互联网上运行Silverlight吗

微软是否将这两个版本中的任何一个作为未来版本的标准

你推荐什么

提前谢谢。

以下是我的想法。（为了充分披露，我在RIA团队工作。）

当您将RIA DomainServices划分为工作单元块时，它们工作得最好。然而，要正确处理数据库关系可能会很棘手，而且人们通常只会在整个应用程序中使用单个DomainService。DomainService的大小随着您拥有的表/实体的数量而变化，因此有时会变得很笨拙

在客户端上允许LINQ不会比您的服务公开更多。它实际上只允许客户机缩小和调整返回的数据。如果您担心安全性，RIA提供了可用于保护您的服务的授权属性（RequireAuthenticationAttribute等）

RIA是建立在WCF之上的，所以您拥有和底层框架相同的功能。然而，由于RIA为您提供了大部分配置，因此您没有同样广泛的灵活性

这可能会让事情变得更容易。看

对

WCF已经是一种标准。RIA构建在WCF之上，以简化常见场景和富客户端

如果RIA似乎非常适合您的应用程序，请从那里开始。随着应用程序的成熟，在RIA无法提供所需支持的情况下，不要害怕加入一些WCF服务。在V1中，当您按照规则（实体的CRUD操作，其他事情的调用操作）进行操作时，RIA工作得最好。在论坛上四处询问，看看人们是否在做你认为你想在应用程序中做的事情，这不会有什么坏处

---

谢谢你的帮助。我昨天继续阅读，无意中发现了Damien White的这篇文章，其中阐述了模型和服务断开以及“实体更改不会级联到契约”。我还没有尝试过这一点，但在我们只调用存储过程而不生成数据库模型的世界中，这会是一个问题吗？不会，这是所有RIA开发人员都面临的一个实际问题。这样做的目的是，您无法自动化您的服务合同（因为这会带来严重的安全问题）。然而，在实践中，它会引起一些悲伤。不过，请放心，这是我们正在努力的一个领域。几周前，我进行了一次民意调查，以收集该地区的总体反馈。如果你感兴趣的话，看看。