WCF，Web Service或Rest

Question

我计划在应用程序层和数据库层之间构建另一层，以减少数据库访问。

有200台应用程序服务器和一个巨型数据库服务器。

我不希望200台服务器查询数据库服务器。 因此，计划在此之间建立另一个层并在其中缓存数据，例如缓存场。 该层中的服务器将定期查询db，并将结果缓存在服务层中，而客户端将查询WCF服务器。

我不是在谈论分布式缓存，我已经拥有了。

我不熟悉WCF，为此目的实施是个不错的选择吗？

您会推荐REST吗？ 或网络服务？

Answer 1

WCF 是 Microsoft堆栈上的Web（和其他）服务的新标准，并且它不支持构建基于SOAP和基于REST的服务。

它也非常适合处理内部（公司内部的LAN / Intranet-使用快速有效的TCP / IP通信）以及面向外部的服务。 如果需要，它可以与Windows Azure和云连接。 它可以与任何SOAP或REST客户端进行互操作，具有高度可配置性，高度可扩展性，并且非常有用，并提供统一的编程模型。 如果需要，它可以与消息队列交互-所有这些都具有相同的编程经验。

基于WCF，您可以轻松定义数据库模型并将其公开为基于REST的OData提要-您将在几分钟之内将数据库发布到Web上（如果您喜欢冒险并且希望这样做的话....但是至少有可能！）。

所以： 是的！ WCF绝对是必经之路！

至于资源：这里有MSDN WCF开发人员中心 ，其中包含从初学者的教程到文章和示例代码的所有内容。

另外，请查看MSDN上的屏幕广播库，以获取有关您可能感兴趣的与WCF相关的任何主题的一些非常有用的10-15分钟的信息。

Answer 2

使用WCF时，标准SOAP Web服务就像崩溃一样容易，并且您可以控制服务器和客户端。

在服务器端您需要做的就是定义您的操作合同和数据合同，并且客户端将能够构建代理类以自动访问Web服务。

在定义操作和数据合同时，需要学习一些知识，但是一旦完成，客户端可以在设计时非常轻松地拨出服务，访问生成的WSDL并自动生成代理类，以使用其访问新操作数据合同。

Answer 3

我很少使用REST作为应用程序服务器和数据库服务器之间的主要交互机制。 如果交互的两端都由您控制并且位于同一数据中心中，并且可以同步更新，那么创建RESTful系统所需的额外工作可能会浪费掉。

就个人而言，我会更倾向于查看消息传递类型的系统。 类似于nServiceBus。