【问题标题】:SignalR hosted as a self contained application or as a part of a web applicationSignalR 作为独​​立应用程序或 Web 应用程序的一部分托管
【发布时间】:2017-11-06 00:50:15
【问题描述】:

我一直在阅读有关SignalR API 的信息并尝试实现相同的内容。我创建了一个MVC Web 应用程序,它是SignalR Hub 的客户端。客户端是JavaScript 客户端。我创建了SignalR Hub 作为同一应用程序的一部分。我了解到SignalR 也可以作为独立应用程序自托管。我的困惑是,如果我将它与我的 Web 应用程序分开并单独托管它会有什么不同吗?这两种方法有什么优缺点吗?

【问题讨论】:

  • 如何组织项目取决于您。你读过docs.microsoft.com/en-us/aspnet/signalr/overview/deployment/…。 (阅读“概述”部分)
  • 哦,好吧!这几乎回答了这个问题!真的不知道为什么我跳过了.. 无论如何谢谢。也许如果您可以通过引用那里给出的内容来提出与答案相同的内容,我可以接受吗?
  • 它现在就在那里。谢谢

标签: c# signalr self-hosting


【解决方案1】:

如何组织项目由您决定。我认为有一些有趣的点: https://docs.microsoft.com/en-us/aspnet/signalr/overview/deployment/tutorial-signalr-self-host:

不在 IIS 中托管的原因包括:

  • IIS 不可用或不可取的环境,例如没有 IIS 的现有服务器场。
  • 需要避免 IIS 的性能开销。
  • SignalR 功能将添加到以 Windows 服务、Azure 辅助角色或其他方式运行的现有应用程序中 过程。

如果将解决方案开发为自托管以提高性能 原因,建议同时测试托管在 IIS 来确定性能优势。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2016-01-04
    • 2015-12-29
    • 2015-05-07
    • 1970-01-01
    • 2016-02-04
    相关资源
    最近更新 更多