我正在编写一个ASP.Net MVC应用程序,它连接到SQL数据库并使用我现有的C#库.

我还有一个TCP服务器Windows应用程序,它通过XML发送/接收TCP消息.我已成功设置node.js和socket.io来处理所有这些,并有一个html页面,用于向服务器发送/接收消息. Node.js目前正在提供html页面.发送/接收数据时,XML将转换为JSON.

我打算设置我的MVC应用程序来提供页面,但只是想知道你对这种交叉框架设置的使用有何看法.它是否可行并且是处理TCP消息并将其发送到浏览器的好解决方案？我还读到了关于在IIS中托管节点的iisnode,我想这对我的设置是一个好主意.你对此有何看法？

最佳答案 你基本上有两个网站.一个是您的ASP.NET MVC网站.另一个是TCP Windows应用程序的Web客户端.

因为它们是不相交的,所以它会正常工作.

您可能希望通过ASP.NET MVC拥有该Web客户端的html服务器,并且只在node.js上运行websocket服务器.您可能需要进行一些代理才能获得相同的起源.

如果您从运行IP Y,端口X的Web服务器上为HTML页面提供服务,然后尝试与在IP Y,端口X n上运行的node.js websocket服务器进行通信,则可能违反了相同的原始限制.

这意味着您基本上从服务器A加载socket.io客户端并尝试与服务器B通信.该网页不知道您拥有这两个服务器.

解决方案将是一个代理,您将所有请求代理到服务器A和B,但由于它们都通过代理,因此它不会违反相同的来源.

至于代理,nginx是一个.有一个node-proxy. IIS可能能够代理它(虽然我怀疑IIS是一个很好的代理)