.net - Connect 和 WSGI 做的事情完全相同吗？ .NET 有类似的项目吗？

Question

据我所知，两者都提供了“洋葱层”机制，并将请求/响应对象传递到链上并在每个请求上进行备份。

它们都粘合中间件链，并充当 Web 服务器和应用程序代码之间的桥梁。

我意识到WSGI是一个规范(有多个实现)，而 Connect只是一个实现，但除此之外:这里的主要区别是它们是用不同的语言和环境编码的，还是两者之间存在根本区别？

我问这个问题是因为我正在 .NET 中寻找类似的东西，但我确切不确定我在寻找什么，是 Connect 克隆还是 WSGI 克隆？

Answer 1

经过一些研究，我确定这两个项目之间有很多相似之处，但它们的目的并不相同。

它们都定义了可链接中间件和应用程序的接口(interface)，但是

• Connect假设服务器是 node.js ，这意味着它不必为服务器 > 中间件/应用程序通信定义接口(interface)。
• WSGI另一方面定义了这一层通信的几个要求，主要是关于环境字典，它基于 CGI 并带有一些 WSGI 扩展。可链接中间件是次要问题，并且是自动实现的，因为 WSGI 中间件与 WSGI 服务器(和 WSGI 应用程序)非常相似

所以，我正在寻找的是 .NET 中类似 WSGI 的规范和实现。这将使服务器和框架开发人员从彼此中解放出来，并允许 .NET Web 应用程序更加可插拔。

答案是OWIN (Open Web Interface for .NET) ，一个类似 WSGI 的规范，具有多种实现，包括但不限于:

1. OWIN.Gate ，OWIN 实用程序的 C# 库，包括中间件的“洋葱分层”
2. Frack ，一个受 Rack 启发的 F# 库这与 Ruby 的工作完全相同。
3. 另一个项目，Fix ，是 OWIN 概念的概念证明，但后来已被 OWIN.Gate 取代。
4. Kayak是一个类似于 Node.js 的异步 HTTP 服务器，能够托管 OWIN 中间件和应用程序
5. Manos包含一个支持 OWIN 的 HTTP 服务器。
6. Nancy是一个允许在 OWIN 环境中托管的 Web 框架。

因此很明显，OWIN 将成为 .NET 对 WSGI 的回应。

还有一个活跃的Google Group for .NET server, framework and web application developers重点关注允许无缝集成 .NET Web 堆栈中所有组件所需的抽象。 OWIN 经常被成员讨论。