.NET 桌面客户端应用程序：套接字还是 HTTP 请求？ [关闭]

Question

我正在尝试设置一个可以与服务器异步通信的 Windows 服务，其想法是传输一些字符串。格式，嗯，真的没那么重要。

所以，在本地网络中，我很酷，我什至编写了一个简单的移动应用程序来测试它的请求，并且它可以正常工作。

问题是我现在必须让它从网络外部工作，并且要实现它，我必须从路由器配置中转发端口，这对于在用户计算机上部署确实不是一个理想的方案。

我已经读过这是你通常使用套接字的东西，但据我所知，至少对于 .NET，服务器必须具有相同的框架（如果不是这样，请纠正我），并且在我的情况下，服务器不是 .NET。

老实说，我对客户端-服务器交互知之甚少，而且在阅读 Microsoft 官方文档时，我在概念上存在巨大的障碍，所以从头开始吧。我从文档中瞥见了 WinSock 和 RPC，但 C# 实现感觉就像胶带，真的是最后的手段。

也就是说，我想我需要提出六个问题：

1. 纯 HTTP 是个坏主意。对吧？
2. 鉴于这种情况，我需要套接字吗？如果是的话，
3. 如何在服务器上实现它？另外，
4. 比使用 RPC 更好吗？
5. RPC 究竟是如何工作的？在官方文档之前我需要阅读什么？
6. 套接字实际上是如何让客户端从本地网络外部接收异步调用的？ （需要，我看是可以的）

如果我在这里混淆概念，请原谅我，感谢阅读。

版主注意事项：如果这是一个重复的问题，或偏离主题，或因任何其他原因无效，请首先帮助我，为我指明正确的方向。我试图在发布之前对其进行很好的搜索，但由于我对大多数概念不太熟悉，因此我可能会错过这个。谢谢！

Answer 1

这里有一些答案：

问题是我现在必须让它从网络外部工作，并且要实现它，我必须从路由器配置转发端口，这确实不是用户部署的理想方案机器。

仅当从网络外部连接到网络内部的计算机（在路由器后面）时才需要端口转发。因此，如果用户机器直接连接到 Internet 上的计算机，则不需要端口转发。如果 Internet 上的计算机连接到本地网络中的计算机，则需要在路由器中转发一个端口。所以它只会影响您的网络。

---

我已经读过这是你通常使用套接字的东西，但据我所知，至少对于 .NET，服务器必须具有相同的框架（如果这不是真的，请纠正我)，在我的情况下，服务器不是 .NET。

不，.NET 的套接字可以与其他语言/平台的任何套接字实现进行通信。只有在传递二进制文件时，您才应该注意字节序。

---

老实说，我对客户端-服务器交互知之甚少，而且在阅读 Microsoft 官方文档时，我有一个巨大的概念障碍，所以从头开始吧。我从文档中瞥见了 WinSock 和 RPC，但 C# 实现感觉就像胶带，真的是不得已而为之。

在我看来，.NET 具有处理套接字的坚实基础。实施了许多技术。对于许多客户端来说，异步套接字非常可扩展

---

也就是说，我想我需要提出六个问题：

_Plain HTTP 是个坏主意。对吗？__

为什么你会认为普通 HTTP 不好？这在服务器使用其他语言编写时非常有用，例如 PHP/Python/ASP.NET 任何使用 HTTP 的语言。如果您要发送用户私人信息，您应该对其进行哈希/加密

---

考虑到这种情况，我需要套接字吗？如果是的话，

取决于如何连接到服务器..

---

如何在服务器上实现它？还， 比使用 RPC 更好吗？

我只使用了WebServices形式的RPC，你只能在de server实现它的时候使用它。 WebServices 有一些好处。

---

RPC 究竟是如何工作的？在官方文档之前我需要阅读什么？

在此处阅读更多信息：https://msdn.microsoft.com/en-us/library/ms950421.aspx

---

socket 做了什么来让客户端从本地网络外部接收异步调用？ （需要，我看是可以的）

网络内部和外部的通信没有区别。通过套接字直接通信始终是异步的。

---

问候，

Answer 2

您应该使用 Websockets。不知道你为什么说服务端和客户端应该有相同的框架，其实不是这样的，我用的是C#客户端和NodeJs后端。

https://msdn.microsoft.com/en-us/library/system.net.websockets.websocket(v=vs.110).aspx