.net - WCF 绑定(bind) - 太多了!我该如何选择？

Question

我们有一个 R Server
(R 是一种用于统计分析的编程语言)基本上采用脚本和 csv 文件，处理一些数据并以文本形式返回结果。

我需要在 R 服务器上编写一个服务，以便 .net 客户端(可以是 .Net Windows Forms 或 ASP.Net)可以连接到 R 服务器，提交脚本和 CSV 文件，然后取回结果。

我对可用的许多不同绑定(bind)感到困惑，并且网络上的信息似乎很少/分散关于选择哪个绑定(bind)。

此外，最好是在 IIS 中运行该服务，还是作为单独的“命令行”类型的监听器服务(后者与 IIS 相比看起来很难看，我不知道如果他们可以在 IIS 中运行它，为什么有人会选择这样做)?

Answer 1

就个人而言，我会推荐最简单的绑定(bind)，以满足您的需求。我已经完成了很多 WCF(有些非常复杂)，而且我从来没有使用过 BasicHttpBinding 以外的任何东西；这也允许与非 .NET 客户端最大可能的兼容性，并允许您使用诸如 MTOM 之类的东西来进行有效的二进制传输。

重新托管； IIS 确实是最简单的客户端/服务器设置；两个特别的优势:

易于配置 SSL(即您只需配置 IIS，WCF 将使用它)

易于负载平衡(只需对您的网络场进行负载平衡)

(我相信在 BasicHttpProfile 上运行的 WCF 也可以利用您的 IIS 压缩 [GZip/Deflate] 设置，但不要引用我的话......)

如果(例如)您想要一个长时间运行的有状态服务器，您可以选择使用独立主机(通常通过 Windows 服务)。 IIS 有这种回收应用程序池的习惯(通过设计)，如果您将某些内容保存在内存中，那就不好了!另一个例子是您希望它已经运行以获得快速的“首次命中”性能(而不是等待 IIS/ASP.NET 启动)。涵盖这两种情况的示例可能是托管 WF(工作流)服务器。

再次;如果您不需要这种复杂性，请选择最简单的选项:在 IIS 中托管。