InfoQ：成立ASP.NET WebHooks这一项目的动机是什么

　　ASP.NET WebHooks成立的动机有两方面

　　WebHooks为HTTP服务的整合提供了一种协议模式，从而能够通过HTTP请求的形式建立一种非常简单的事件通知模型。通过对某个Webhook的订阅，你就能够关注其他服务上的更新，并在更新时获得通知。这样一来，就有大量的整合场景成为可能。你将能够与其他的服务进行交互、在变更时获得通知、并进行相应的操作。这种整合可以包括任何形式，例如在Dropbox中上传了某个新文件、在Trello中新建了一个Issue、或是通过PayPal进行了一次支付操作。随着WebHooks的应用不断增多，这种应用场景也将产生指数级的增长。

　　虽说这一模式本身并不复杂，但还是有一些基本的规则需要处理。包括安全模型、数据格式、以及基于这一基本模式的各种变体。麻烦的地方在于，目前大多数的Webhook提供者在处理这些基本规则时都存在着细微的差别。这种差别就像雪花一样，虽然每片雪花看起来都很相似ASPCMS批量添加产品 ，但多多少少存在着一些特别之处。ASP.NET WebHooks的目的就是处理所有这些繁琐的部分，提供一个统一的用户模型，并让用户能够快速开始进行在服务间进行整合的任务

　　InfoQ：Webhook除了HTTP之外并没有其他任何确立的协议，那么在发送方是否会存在某些方面的限制因素？（作为接收者来说）ASP.NET WebHooks是否能够自动兼容那些目前已经提供Webhook的服务呢？

　　HN：我们已经在项目中提供了针对各种服务的Webhook，例如Azure

　　Alerts、BitBucket、Dropbox、GitHub、Kudu、Instagram、

　　MailChimp、PayPal、Pusher、Salesforce、Slack、Stripe、Trello，以及WordPress，不过要添加对其他提供者的支持也是很简单的，并且所支持服务的名单还在不断地增长中。事实上，对于Kudu和BitBucket的支持是来自于社区所提交的pull请求，我们也正在添加对更多的提供者的支持。