<分区>
我喜欢 Web API 允许创建 RESTful 接口(interface)的方式。另外,我喜欢 Signal-R 允许您向客户端推送更新的方式。
但是可以同时使用两者吗?我的意思是,Signal-R 始终保持与服务器的连接(或通过长轮询模拟),继续创建不同的连接以在 Web API 中执行交互不是浪费资源吗?
我可以通过 Signal-R 连接与服务器交互,但是我失去了所有很棒的 Web API 功能。
干杯。
<分区>
我喜欢 Web API 允许创建 RESTful 接口(interface)的方式。另外,我喜欢 Signal-R 允许您向客户端推送更新的方式。
但是可以同时使用两者吗?我的意思是,Signal-R 始终保持与服务器的连接(或通过长轮询模拟),继续创建不同的连接以在 Web API 中执行交互不是浪费资源吗?
我可以通过 Signal-R 连接与服务器交互,但是我失去了所有很棒的 Web API 功能。
干杯。
最佳答案
我看到这个问题反复弹出,我的回答一直是您应该只将 SignalR 用于实时消息传递(例如,来自服务器的通知或客户端间消息传递)并且在其他地方使用 WebAPI(例如,客户端只是告诉服务器做某事/请求一些资源)。
虽然您可以将 SignalR 用于后者,但一旦达到一定规模,您将面临巨大的损失,因为每条消息必须通过背板实现散布到服务器只是为了最终只有服务器真正需要确认它。
关于asp.net - Signal-R,带或不带 Web API?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20773041/
相关文章:
asp.net - "Open a file"位于 html 页面的网络共享中?
wcf-web-api - CaSTLe.ActiveRecord.dll 与 ASP.NET MVC 4 Web API 不兼容
javascript - Knockout.js 将 observable 与单个 json 对象绑定(bind)
c# - 中央 Web API 应用程序服务于多个 .NET 前端的策略
c# - ASP.NET 信号R : How to get the group name of particular caller?
asp.net - 当我单击 "stop"调试器按钮时,开发人员 Web 服务器也会停止!