ASP.NET WebHooks和WebHooks的区别？

Question

我一直在关注亨利克·尼尔森关于新的ASP.NET WebHooks技术的一系列令人印象深刻的博客文章。如果有兴趣的话，那就是最新的帖子，可以在这里找到。

在另一个，早期的一个帖子中，我在评论中问WebHooks和SignalR之间有什么区别。后来，一个答案被发布到在StackOverflow上有很好的问题(和答案)的一个链接上。

然而，在阅读了这个问题的答案之后，我现在不得不问:使用ASP.NET WebHooks和使用普通的ol‘web服务有什么区别？SignalR比较答案给出的公认答案建议“思考B2B沟通”。然而，当我想到B2B通信时，我立即想到了web服务-- SOAP或REST (据我所知，它们使用了类似于WebHooks的HTTP谓词)。

我一直对学习WebHooks感兴趣，并一直在关注这些文章，但对于这些内容是如何结合在一起的，尤其是当其他技术似乎基本上都在做同样的事情时，我仍然感到困惑。如果能澄清这两种技术，那就太好了。

Answer 1

它只是在“普通老mvc”堆栈之上的一个层，它“自动”处理特定的saas服务。

很久以前-- Webhooks是手动编写的

考虑为dropBox网络钩子编写侦听器。您必须从头开始编写所有参数和验证，您必须了解oauth2.0 (并知道如何激活它)，并且需要确定哪些挂钩是可用的。

asp.net中的Webhooks让编码Dropbox的人也为你的webhook编写参数和骨架代码。所以更容易快速得到正确的结果。

显然，如果您发布自己的webhooks，那么它们将提供管道，以便您可以在代码中创建“观察者”，并且它们为其他人提供了一种自动订阅这些侦听器的方式。同样，您也可以自己编写代码，但遵循以下标准是一种简单的方法，可以确保其他人在使用钩子时没有陡峭的学习曲线。

认为"nuget服务“

想想nuget是如何从根本上改变向代码添加引用的过程的。您只需将包添加到解决方案中，系统将负责下载、web.config更改等。

这个服务对于saas web服务也是一样的。现在，作为saas服务提供商，我们可以编写一个类似nuget的小包来下载/安装监听器。没有更多的kb文章解释oauth1和oauth2对api-键是如何工作的。我们只需创建一个小安装向导，你就可以走了！

然而，当我们第一次开始使用nuget时，有一个子集的编码人员问“nuget和手动添加代码引用之间有什么区别”。

对SignalR

SignalR是与您的服务器的活动“活动”连接。它正在创建你自己的聊天服务。Webhooks (泛型概念)只是对您的一个端点的一个http(s)调用。我想，这就是你另一堆帖子的答案所在。

Webhook的概念与MSFT的"WebHook"

Msft将https发布的内容更进一步，并说Dropbox (或任何Web钩子提供商)可以为其他人创建一个向导，通过身份验证、查询参数等来执行这些向导--这是一个很酷的想法，因为您不需要阅读Dropbox文档就可以使用Dropbox Web钩子。