ASP.NET作为服务器应用程序-在我进入之前的问题 早期，我从头开始实现了一个定制的C++服务器，它既有趣又有趣，但很费时。

所以我听说了Java的servlet，这听起来像是我在寻找下一个项目的东西

我正在考虑将ASP.NET用作servlet，因为它在网络功能和编程功能方面非常成熟，我可以用C语言编写代码，我已经知道并且感觉良好

无论如何，在开始讨论之前，我希望得到有关ASP.NET可能为我提供的一些功能的简明答案。 我的客户端应用程序是基于Flash的，与XML或HTTP协议和原始套接字无关

1我是否可以接受协议套接字连接方面的raw，并在需要时使其保持活动状态？ 2在连接的套接字上应用AES加密有多困难/复杂？ 3我可以在应用程序实例上共享内存中的对象（如列表）吗？ 4我是否可以从客户端X获得一条消息，并在不使用数据库或类似工具的情况下将副本/回复/报告实时发送给客户端Y？这个问题暗示了问题5。 5我可以通过内存地址或对象地址来识别连接，以便直接引用它吗？ 6我的应用程序可以分布在多个服务器上吗？ 7扩展这样的应用程序有多困难/复杂？对于10个并发连接没有问题，但是对于50000个，我肯定会遇到负载问题。

---

最后，最重要的问题可能有最复杂的答案：从程序员的角度来看，环境有多灵活？我的意思是，我能控制诸如连接、断开连接之类的事件吗？从连接X的事件（如收到的数据）访问连接Y有多困难？

ASP.Net更像JSP而不是Java servlet，因为它需要运行web服务器。通常使用IIS，因为Microsoft在其中内置了ASP.Net支持，但也可以在其他web服务器上运行ASP.Net。作为一个web服务器产品，它完全是HTTP，因此是无连接的。根据你的问题1、2、4、5和8，这可能是你的交易杀手

如果你可以通过HTTP/HTTPS连接编码你的Flash应用程序来管理自己，那么使用ASP.Net来构建你的应用程序可以使用的web服务是一个不错的选择。IIS是成熟的，可以很好地扩展到q的6和7。它还有一个应用程序级存储，您可以使用q3。当然，场中的每台服务器都有自己的副本

---

<>在C中实现自己的服务器可能比C++少很多，但这仍然是一个费时的工作。如果您选择这样做，System.Net.Sockets中的TcpListener类将是起点。

我将选择Client/Server.Net应用程序，而不是ASP.Net，因为它超出了它的范围

---

除非其中一项要求是建立公共网站？

在5小时后对此类问题没有回答或评论？我一定是产生幻觉了！甚至专家有时也需要休假；是的，他们有，但事实是我在这里，所以现在不是度假的时候：很好的网站，这是一个喜欢密码和牙刷的网站：好吧，我希望有人能想出一个解决交易杀手问题的办法。。请允许我提出一个悬赏，这个问题很有价值。关于在C中写服务器——如果我已经用C++编写了一个服务器，为什么要这么做呢？我正试图缩短工作时间..是的，有很多人要求通过一个可靠的套接字框架来完成，比如网站服务IIS。。。该网站自然也会支持SSL，这是非常理想的。SSL是一个很好的观点，但是套接字不是ASP.NET的一部分，通常只是.NET框架的一部分。对我来说，套接字从哪个部分开始并不重要，只要连接的客户端是连接的，并且是安全的SSL，IIS负责的事情。实际上，当使用web应用程序时，客户端与服务器没有实时连接。它只能通过发送请求与服务器交互。你确定这就是你想要的？当然不是。我希望通过非对称全双工数据传输与服务器建立持久连接。。我知道JavaServlet做了类似的事情。