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

Question

不要添加关于不同WCF栈的另一篇这样的文章，但是我想在浪费更多的开发时间之前确保我的方向是正确的.

我的设想--我们公司有许多网络应用程序，它们都可以访问相同系列的数据库。所有的应用程序基本上都是独立开发的，因此有大量的业务逻辑和数据访问重复。最重要的是，我有一个(可能是不合理的)目标--让这个项目的客户独立--将我们当前的业务逻辑和数据访问整合到一个可以被web应用程序、Silverlight、移动应用程序等访问的接口中。

进入WCF --我觉得这是完成这两项任务的完美选择。不幸的是，在阅读了关于各种WCF风格的所有现有“指南”之后，我总是比任何事情都更困惑。以下是我到目前为止得出的结论--请随时纠正我：

• directly --最灵活和最全面的选项，但一切都是从零开始的；配置和测试需要大量的时间；最成熟的
• WCF数据服务的技术成熟选项--在线获取REST服务的最快方式；如果应用程序只需要直接从DB公开数据；如果需要业务逻辑，则必须在客户端编写它，或者由公开逻辑的第二个服务编写它。
• WCF RIA服务--配置准备好公开业务逻辑的服务的最快方式；可能在技术上最不成熟的选项(但似乎需要大量的投资来实现)；Soap、REST和JSON端点将允许大多数客户端独立；

因此，鉴于我的上述需求，我得出了以下结论--由于业务逻辑需求(第二次WCF服务消费数据服务的想法让我觉得这是一个非常糟糕的架构选择)--数据服务可能是不可能的；速度问题，这将表明RIA服务可能是最好的起点(请称我懒惰，但拥有一个具有较短时间框架的小型团队会使代码生成很有价值)。

有更好的方法来处理我描述的目标吗？我是否误解了WCF的任何/所有选项？对于选择哪种WCF方法(不仅对我，而且对试图评估这些技术的其他任何人)，还可以提供什么其他实用的指导？

Answer 1

我会直接使用WCF。

这允许您通过不同的端点公开服务，具体取决于需求：

用于跨平台interopability

• Binary NetTcp的
• SOAP，用于为轻量级访问

要求速度

• JSON的内部客户端