ASP.NET核心中间件还是OWIN中间件？

Question

据我所知，ASP.NET Core除了支持自己的本地中间件之外，还支持OWIN中间件(通过app.UseOwin())。

ASP.NET核心中间件和OWIN中间件有什么区别？

在设计新的中间件时，我如何知道应该将其设计为ASP.NET核心中间件还是自带中间件？

Answer 1

你的问题让我很好奇，我想和大家分享一下，到目前为止我学到了什么。

Katana是OWIN规范的实现。在Katana 3.0版本之后，这项技术已经完全集成到我们今天所知道的ASP.NET核心的web堆栈中。

虽然这种转换与自有规范有很大的相似之处。虽然已经做了一些改变。为了在ASP.NET核心中使用现有的OWIN中间件，通过一个可选的特性("app.UseOwin()")来支持OWIN。

如果您想以您的中间件ASP.NET应用程序和ASP.NET核心应用程序为目标，那么我将使用OWIN中间件。如果您希望为ASP.NET核心开发人员提供一流的公民体验，那么ASP.NET核心中间件将被认为更“合适”。

有关ASP.NET核心中间件和OWIN中间件之间关系的一些信息可以在这里找到：

• Katana，ASP.NET 5，并弥合了差距
• Katana项目
• https://docs.asp.net/en/latest/fundamentals/owin.html

Answer 2

我已经了解到这一点: ASP.NET核心中间件的级别高于在较低级别上的OWIN中间件。

ASP.NET核心中间件的优点是当您在可以使用的HttpContext中传递时，开发中间件要容易得多。缺点是您开发的中间件依赖于ASP.NET核心。

OWIN在一个较低的级别上，您将得到一个OWIN环境，即IDictionary<string, object>。优点是它没有绑定到ASP.NET，因此可以在任何OWIN服务器上运行(比如现在)。缺点是编写代码需要付出更多的努力，因为您必须从OWIN环境构建自己的上下文，或者直接使用OWIN环境字典，并跟踪所有主键和对象。

编辑:您不必自己跟踪OWIN键，您可以使用OwinEnvironment类获得强类型的环境。

var environment = new OwinEnvironment(HttpContext);
var features = new OwinFeatureCollection(environment);