我需要新手程序员的帮助。我有一个构建的应用程序> assetcat.app
我正在深入研究网络，并希望使用主机/客户端系统重建应用程序。
我一直在使用WCF为其奠定基础。但是在每一个突破中都遇到了障碍，我希望获得简单的主机/客户端环境，并且身份验证设置没有问题。但是我遇到了不同IP上的网络访问问题，证书问题，甚至在MSDN上发现的信息都显示了不使用app.config的示例。为了便携性，我需要动态地做大多数事情。
我确定如果继续使用WCF，我会成功，但是我开始怀疑是否还有更简单的方法。如果该应用程序的公司还运行服务器，则它表明WCF更适合某种内部开发。
我希望能够实现的目标： -用户安装和管理自己的服务器软件实例。 -他们创建帐户，任何下载客户端的人都可以指向该帐户。
因此，鲍勃（Bob）想制作游戏并且正在团队中工作，鲍勃（Bob）安装了服务器应用程序并设置了一些用户登录名。 Bobs队友安装客户端应用程序，将指针设置为其服务器应用程序的IP，然后登录。团队中的每个人都可以访问由服务器应用程序管理的内容。
在这种情况下，我应该继续使用WCF吗？我还关心证书，从我收集的资料中，我可以查收一份开发证书供所有人使用。每个安装服务器软件的人还必须创建或购买证书吗？似乎很多人都没事做。
答案 0 :(得分：0)
WCF已经存在了很长一段时间，并且比今天的API看起来要长。像SOAP / WSDL这样的WCF允许使用强类型合同，并且通常（在JSON成为事物之前）通过XML文档共享消息。许多企业仍然拥有用于集成点的WCF服务。
如今，现代趋势是使用类型较少的合同，并通过JSON负载共享消息。而不是SOAP / WSDL端点，您具有基本的HTTP侦听器，该侦听器可以接受请求（通常是POST）并将JSON解析为业务对象。许多人更喜欢创建无状态和Restful（或Rest API），因为这有助于扩展性和容错能力。
WCF似乎是开发游戏的错误方法。宁静的API仍可以使用传输和消息加密，但比WCF轻得多，这会增加您可能不需要的大量开销和复杂性（合同等）。
在加密方面，您可以使用“让我们加密”证书添加SSL / HTTPS。这些都是免费获得的。