我们有一个R Server （R 是一种用于统计分析的编程语言）基本上采用脚本和 csv 文件，处理一些数据并以文本形式返回结果。
我需要在 R 服务器上编写一个服务，以便 .net 客户端（可以是 .Net Windows Forms 或 ASP.Net）可以连接到 R 服务器，提交脚本和 CSV 文件，然后返回结果.
我对可用的许多不同绑定感到困惑，并且网络上的信息似乎很少/分散关于选择哪个绑定。
另外，最好在 IIS 中运行该服务，还是作为单独的“命令行”类型的侦听器服务（后者与 IIS 相比看起来很难看，我不知道为什么有人会选择这样做，如果他们可以运行它在 IIS 中）？
【问题讨论】：
标签： .net wcf wcf-binding
就个人而言，我会推荐最简单的绑定，以满足您的需求。我已经完成了很多 WCF（有些非常复杂），而且我从来没有使用过 BasicHttpBinding 以外的任何东西；这还可以最大程度地兼容非 .NET 客户端，并允许您使用 MTOM 等工具进行高效的二进制传输。
重新托管； IIS 确实是最简单的客户端/服务器设置；两个特别的优势：
（我相信在 BasicHttpProfile 上运行的 WCF 也可以利用您的 IIS 压缩 [GZip/Deflate] 设置，但不要引用我的话......）
如果（例如）您想要一个长时间运行的有状态服务器，您可以选择使用独立主机（通常通过 Windows 服务）。 IIS 有这种回收应用程序池的习惯（通过设计），如果您将某些内容保存在内存中，那就不好了！另一个例子是您希望它已经运行以获得快速的“首次命中”性能（而不是等待 IIS/ASP.NET 启动）。涵盖这两种情况的示例可能是托管 WF（工作流）服务器。
再次；如果您不需要这种复杂性，请选择最简单的选项：在 IIS 中托管。
【讨论】：
确实有很多选择。
绑定
WCF 提供的绑定是一组用于常见场景的协议。它指定传输、消息和安全信息。
在选择绑定时，您需要从其中找出您需要的功能。 例如你可能需要一种方法来
如果您知道客户端始终来自 dot net，则可以使用 net tcp 绑定，这比 basicHttpbinding 更快。但是，basicHttpBinding 是一个可互操作的协议，即使是 php 或 java 客户端也可以毫无问题地与之通信。
定义你自己对服务的要求，然后寻找现有的绑定来满足你的需求，如果没有任何现有的绑定，你可以创建自己的绑定，称为自定义绑定，它可以结合来自不同绑定的特性共同实现目标。
托管
IIS 更具可扩展性。如果您的服务不需要必须在长期运行的守护进程（Windows 服务或控制台应用程序）中托管的状态，则选择 IIS，因为它很容易为您的服务启用压缩和加密。
关于绑定的更多信息
如果您希望在浏览器中调用您的服务，即 javascript WebHttpBinding 是 dot net 为您定义的好工具。您可以利用 enbableWebScript 使服务理解 JavaScript 的 JSON。
可用性
如果一个特定的绑定不能满足所有要求，您可以在不同的端点以不同的绑定公开每个服务。例如主机/soap 主机/nettcp 主机/json
【讨论】：
我建议参考 Juval Lowy 的《Programming WCF Services》一书。
他浏览了一个决策图表，以帮助您决定使用哪种绑定。你也可以在这里找到他关于绑定的文章
http://www.code-magazine.com/article.aspx?quickid=0605051&page=3
【讨论】：
从 wros 的 WCF4 一书中摘录“所有这些内置绑定都建立在适用于特定场景的标准之上，但如果您选择了错误或效率较低的标准，也可以使用。那么您如何选择哪一个是适合你吗？
如果您需要与非 WCF 应用程序交互，这是最明显的决定。如果您的服务要与 WCF 客户端通信，那么您可以使用以“net”为前缀的绑定。请记住，您可以为使用不同绑定的同一服务定义多个端点。这允许您利用 WCF 客户端的性能优化，但仍提供对 ASMX 服务和 WS-* 标准的支持。这些提供了更多的安全性和其他许多客户利用的功能。
例如，如果要建立 WCF 到 WCF 通信，选择二进制编码的 NetTcpBinding 比使用文本编码的 BasicHttpBinding 快四到五倍。
这些 WCF 提供的绑定应该涵盖您需要的大多数情况：但是，如果您需要更改或创建一个完全新的绑定，WCF 允许您非常简单地做到这一点"
【讨论】：