1

我最近读过很多书，这表明 WCF 可能没有长远的未来，或者至少，这是非常未知的，因为 WebAPI 正在成为首选工具。

我需要创建一个接收三条信息的 WebAPI/WCF 服务：

  1. 一个 XML 文件（可能很大，最大 10mb）
  2. 用户名字符串
  3. 密码字符串

该服务将作为 ASP.NET4.5 Web 表单站点的一部分托管在 IIS 上，但将接收主要从 Oracle 等 ERP 系统发送的数据。因此，默认情况下它将是基于 HTTP 的。

根据第一个陈述，谁能给我一个关于我应该采取哪种方法的线索？我主要关注客户请求的可靠性和易用性。

由于服务合同方法，WCF 服务对我来说似乎是最佳选择，但我对 WebAPI 的优势不太了解。

我的意思不是说这是一个冗长的讨论，而是简短而真实的，因为很多人一定在想同样的事情。

4

2 回答 2

2

我使用更简单的框架（例如 WebAPI 或 ServiceStack）取得了更好的结果。

即使基于契约的方法很容易实现，你也会发现一些限制，它不像 WebAPI 那样干净，也不容易维护。

使用 WebAPI，您可以自由地以更类似于 HTTP 的方法定义您的 API，如果您喜欢 REST，WebAPI 是正确的选择。

只有在您必须实现 SOAP WS 的情况下，我才会采用 WCF。

于 2013-09-27T09:15:12.723 回答
2

您对 WCF 未来的看法是错误的。WCF 和 WebAPI 之间存在差异。WebAPI 基本上是 RESTfull 服务/WCF REST。REST 和 WCF 之间存在巨大差异：您可以 google 获取更多详细信息。选择使用哪一个实际上取决于您的需要。您不应使用 REST 提供高度机密的数据。为此目的使用 WCF。而且，如果您需要为您的客户提供假设数据列表对于您的所有/许多客户来说几乎相同，那么最好使用 REST，因为它使用缓存并且会减少数据库的负载和服务器。

于 2013-10-03T08:45:01.570 回答