什么时候应该使用 Microsoft.Owin 实现，什么时候应该使用 AspNetCore？
When should I use Microsoft.Owin implementation and when should I use AspNetCore?
我在互联网上阅读了很多关于 Microsoft.Owin 和 AspNetCore 在 REST 服务方面的区别的文章和帖子。大多数消息来源指出 AspNetCore 是 Microsoft.Owin 的更高级别替代方案，并且许多消息来源建议使用 AspNetCore 而不是 Microsoft.Owin。我设法仅使用 AspNetCore 构建了一个良好的工作 REST API。现在，除了我的 REST 接口之外，我还想使用 SignalR，发现 SignalR 仅适用于 Microsoft.Owin 而不是 AspNetCore。
那么什么时候用Microsoft.Owin，什么时候用AspNetCore呢？显然，如果我需要 SignalR，我需要 Microsoft.Owin。但即使我不需要 SignalR，我为什么要使用 AspNetCore 而不是总是使用 Microsoft.Owin?
我的问题涉及自托管 REST 服务
ASP.NET Core 是较新的框架，我建议使用它而不是 Owin。
您可以在 ASP.NET 核心上使用 SignalR 核心。
我在互联网上阅读了很多关于 Microsoft.Owin 和 AspNetCore 在 REST 服务方面的区别的文章和帖子。大多数消息来源指出 AspNetCore 是 Microsoft.Owin 的更高级别替代方案，并且许多消息来源建议使用 AspNetCore 而不是 Microsoft.Owin。我设法仅使用 AspNetCore 构建了一个良好的工作 REST API。现在，除了我的 REST 接口之外，我还想使用 SignalR，发现 SignalR 仅适用于 Microsoft.Owin 而不是 AspNetCore。
那么什么时候用Microsoft.Owin，什么时候用AspNetCore呢？显然，如果我需要 SignalR，我需要 Microsoft.Owin。但即使我不需要 SignalR，我为什么要使用 AspNetCore 而不是总是使用 Microsoft.Owin?
我的问题涉及自托管 REST 服务
ASP.NET Core 是较新的框架，我建议使用它而不是 Owin。
您可以在 ASP.NET 核心上使用 SignalR 核心。