WCF/WCF数据服务/WCF RIA服务

不要再添加关于不同WCF堆栈的SO帖子，但我想在浪费更多开发时间之前确保我的方向正确

我的设想-我们公司有许多web应用程序，它们都访问同一系列数据库。所有应用程序基本上都是独立开发的，因此存在大量的业务逻辑和数据访问重复。除此之外，我还有一个（可能是不合理的）目标，即使该项目客户机独立—将我们当前的业务逻辑和数据访问整合到一个可由web应用程序、Silverlight、移动应用程序等访问的界面中

输入WCF-我觉得它是实现这两个目标的完美选择。不幸的是，在阅读了所有现存的关于各种WCF风格的“指南”之后，我回来的时候总是比什么都困惑。以下是我到目前为止得出的结论-请随时纠正我：

• 直式WCF-最灵活、最全面的选择，但一切从头开始；需要大量的前期配置和测试时间；技术上最成熟的选项，带有挂钩，可实现大多数目标
• WCF数据服务——在线获取REST服务的最快方式；如果应用程序只需要直接从数据库中公开数据，那么这是非常好的；如果需要业务逻辑，则必须在客户端编写，或者由公开逻辑的第二个服务编写
• WCF RIA服务—配置准备公开业务逻辑的服务的最快方式；可能是技术上最不成熟的选择（但看起来需要大量投资）；Soap、REST和JSON端点将允许大多数客户端独立性

因此，考虑到我上面的需求，我得出了以下结论-由于业务逻辑需求，数据服务可能是一个非初学者（第二个WCF服务使用数据服务的想法让我觉得是一个非常糟糕的架构选择）；速度很重要，这表明RIA服务可能是最好的起点（称我为懒惰，但拥有一个时间紧迫的小团队会使代码生成变得有价值）

---

有没有更好的方法来处理我描述的目标？我是否误解了任何/所有WCF选项？关于选择哪种WCF方法（不仅对我来说，而且对任何试图评估技术的人来说），还有什么其他实用的指导呢？

我会选择直接的WCF

这允许您根据需求通过各种端点公开服务：

• 用于跨平台互操作性的SOAP
• 用于需要速度的内部客户端的二进制NetTcp
• 轻量级访问的JSON