asp.net-mvc | signalr缺點
很难说出这里问的是什么。这个问题模棱两可、含糊不清、不完整、过于宽泛或言辞激烈,无法以目前的形式合理回答。如需帮助澄清此问题以便可以重新打开,visitthehelpcenter[1].8年前关闭。在用asp.netMVC编写的基于javascript的数据驱动应用程序中,使用Signalr作为通信方法的优缺点是什么?谢谢,当然,您不应该使用SignalR,除非您需要它提供的功能,也就是说,一个专注于JavaScript客户端的简单、双工Web服务层。如果您是ASP.NET的新手,那可能不是您马上需要的东西-在开始编写复杂的、数据驱动的JavaScript应用程序之前,您还有很...
很难说出这里问的是什么。这个问题模棱两可、含糊不清、不完整、过于宽泛或言辞激烈,无法以目前的形式合理回答。如需帮助澄清此问题以便可以重新打开,visit the help center[1] .
8年前关闭。
在用 asp .net MVC 编写的基于 javascript 的数据驱动应用程序中,使用 Signalr 作为通信方法的优缺点是什么?
谢谢,
当然,您不应该使用 SignalR,除非您需要它提供的功能,也就是说,一个专注于 JavaScript 客户端的简单、双工 Web 服务层。如果您是 ASP.NET 的新手,那可能不是您马上需要的东西 - 在开始编写复杂的、数据驱动的 JavaScript 应用程序之前,您还有很多其他东西需要学习.如果您只打算使用 .NET 客户端,请坚持使用 WCF:它更灵活,其静态类型更适合 C# 和 VB.NET。
也就是说,当您确实需要 JavaScript 应用程序的基于 .NET 的 Web 服务后端时,SignalR 是一个不错的选择。它的配置当然比 Windows Communication Foundation 更简单,并且对于 JavaScript 应用程序,它具有更好的功能集。它似乎是由 Microsoft 赞助的(他们允许它位于 Microsoft.AspNet 命名空间中),负责它的人似乎很聪明而且非常努力(如果有时有点尖刻)。我曾经在午夜报告了一个错误,在 15 分钟内得到了回应,并在我早上起床时修复。当然,它是开源的,并且他们愿意考虑拉取请求,因此如果您需要修复某些问题,您将比使用 Microsoft 之前的闭源模型有更好的运气。
它唯一真正的缺点是它很新 - 它最近达到了 1.0 RC1 状态 - 因此缺少一些很好的功能,并且仍然存在一些错误(当然,这些最终会得到修复)。
这是一个例子,说明它仍然有点新。如果您尝试序列化复杂的对象图,几乎...