何时以及何时不使用 WCF，有什么替代方案？
When and when not to use WCF, whats the alternative?
我需要一些新手程序员的帮助。我有一个我构建的应用程序 > assetcat.app
我正在深入探索网络并希望使用主机/客户端系统重建应用程序。
我一直在用 WCF 构建基础。但在每一次突破中都遇到了障碍，我希望获得简单的 host/client 环境和身份验证设置没有问题。但是我遇到了不同 IP 上的网络访问问题、证书问题，甚至只是在 MSDN 上找到显示不使用 app.config 示例的信息。因为我需要动态地做大部分事情以实现便携性。
我确信如果我继续使用 WCF 我会成功，但我开始怀疑是否有更简单的方法。它接缝 WCF 更适合某种内部开发应用程序的公司也运行服务器。
我希望能够实现的目标：
- 用户安装和管理他们自己的服务器软件实例。
-他们创建帐户 任何下载客户端的人都可以指向。
所以 Bob 想要制作游戏并且在团队中工作，Bob 安装了服务器应用程序并设置了一些用户登录。 Bob 的队友安装客户端应用程序，将指针设置为他的服务器应用程序的 IP，然后登录。他团队中的每个人都可以访问由服务器应用程序管理的内容。
在这种情况下，我应该继续使用 WCF 吗？我还关心证书，根据我收集到的信息，我可以为每个人使用开发证书。每个安装服务器软件的人也必须创建或购买证书吗？这似乎是一大堆没人愿意做的事情。
WCF 已经存在了很长时间，并且比今天的 API 普遍看起来更早。类似于 SOAP/WSDL 的 WCF 允许强类型合同，并且通常（在 JSON 出现之前）通过 XML 文档共享消息。许多企业仍然有集成点的 WCF 服务。
如今，现代趋势是减少强类型合约，并通过 JSON 有效负载共享消息。您没有 SOAP/WSDL 端点，而是可以接受请求（通常是 POST）并将 JSON 解析为业务对象的基本 HTTP 侦听器。许多人更喜欢创建无状态和 Restful（或 Rest API），因为这有助于可伸缩性和容错。
WCF 似乎不适合用于游戏开发。 Restful API 仍然可以使用传输和消息加密，但比 WCF 轻得多，WCF 会增加很多您可能不需要的开销和复杂性（合同等）。
在加密方面，您可以使用 Let's Encrypt 证书添加 SSL/HTTPS。这些都是免费获得的。
我需要一些新手程序员的帮助。我有一个我构建的应用程序 > assetcat.app
我正在深入探索网络并希望使用主机/客户端系统重建应用程序。
我一直在用 WCF 构建基础。但在每一次突破中都遇到了障碍，我希望获得简单的 host/client 环境和身份验证设置没有问题。但是我遇到了不同 IP 上的网络访问问题、证书问题，甚至只是在 MSDN 上找到显示不使用 app.config 示例的信息。因为我需要动态地做大部分事情以实现便携性。
我确信如果我继续使用 WCF 我会成功，但我开始怀疑是否有更简单的方法。它接缝 WCF 更适合某种内部开发应用程序的公司也运行服务器。
我希望能够实现的目标： - 用户安装和管理他们自己的服务器软件实例。 -他们创建帐户 任何下载客户端的人都可以指向。
所以 Bob 想要制作游戏并且在团队中工作，Bob 安装了服务器应用程序并设置了一些用户登录。 Bob 的队友安装客户端应用程序，将指针设置为他的服务器应用程序的 IP，然后登录。他团队中的每个人都可以访问由服务器应用程序管理的内容。
在这种情况下，我应该继续使用 WCF 吗？我还关心证书，根据我收集到的信息，我可以为每个人使用开发证书。每个安装服务器软件的人也必须创建或购买证书吗？这似乎是一大堆没人愿意做的事情。
WCF 已经存在了很长时间，并且比今天的 API 普遍看起来更早。类似于 SOAP/WSDL 的 WCF 允许强类型合同，并且通常（在 JSON 出现之前）通过 XML 文档共享消息。许多企业仍然有集成点的 WCF 服务。
如今，现代趋势是减少强类型合约，并通过 JSON 有效负载共享消息。您没有 SOAP/WSDL 端点，而是可以接受请求（通常是 POST）并将 JSON 解析为业务对象的基本 HTTP 侦听器。许多人更喜欢创建无状态和 Restful（或 Rest API），因为这有助于可伸缩性和容错。
WCF 似乎不适合用于游戏开发。 Restful API 仍然可以使用传输和消息加密，但比 WCF 轻得多，WCF 会增加很多您可能不需要的开销和复杂性（合同等）。
在加密方面，您可以使用 Let's Encrypt 证书添加 SSL/HTTPS。这些都是免费获得的。