ASP.NET WebHookとWebサービスの違いは？

Question

私は新しいASP.NET WebHooksテクノロジに関するブログ投稿のHenrik F Nielsenの印象的な一連の記事をフォローしています。興味があればThe latest post which can be found here。

In another, earlier one of these posts私は、WebHooksとSignalRの違いについてコメントしました。回答は後でgreat question (and answer) here on StackOverflowへのリンクに掲載されました。

しかし、今ではその質問に対する答えを読んだ後、私は今質問しなければなりません：ASP.NET WebHooksの使用と通常のWebサービスの使用の違いは何ですか？ SignalR comparison answerで与えられた受け入れられた答えは、「B2Bコミュニケーションを考える」ことを示唆しています。しかし、私がB2Bコミュニケーションを考えるとき、私はすぐにWebサービス（SOAPやRESTのどちらか）を考えます。（私が理解しているようにWebHooksによく似たHTTP動詞が使われます。

私はWebHooksの学習に興味を持っており、これらの記事に従ってきましたが、他のテクノロジーが基本的に同じことをしているようなときは、このすべてがどのように適合するかについては混乱があります。 2つの技術を明確にすることは素晴らしいことです。

Answer 1

これは特定のSaaSサービスを「自動的に」処理する「普通の古いmvc」スタックの上にある単なるレイヤーです。ワンス・アポン・ア・タイム

- ウェブフックを手動

は、Dropboxのウェブフックのためにリスナーのコーディングについて考えてみてコード化されました。すべてのパラメータと検証をゼロから作成する必要があります。oauth2.0について知っている必要があります（また、起動方法を理解する必要があります）。また、どのフックが利用可能かを把握する必要があります。

Webhooks in asp.net Dropboxをコード化した人あなたのwebhookのパラメータとスケルトンコードをコードします。だからすぐにそれをすぐに得るのは簡単です。

明らかに、Webhooksを公開している場合は、コード内に「オブザーバー」を作成できるように配管を提供しています。他の人がこれらのリスナーを購読するための自動化された方法を提供します。繰り返しますが、あなた自身ですべてをコーディングすることができますが、標準を守ることは、あなたのフックを消費する時間が来たときに、他の人が急に学習曲線を持たないようにする簡単な方法です。

考える「Webサービスのためのnugetは、」基本的にあなたのコードへの参照を追加するためのプロセスを変更しnuget方法を考えます。このサービスは、SaaS型Webサービスのために同じことをし

など、あなたは自分のソリューションにパッケージを追加し、システムは、ダウンロードの世話をする、web.configファイルの変更。さて、サスのサービスプロバイダとして、リスナーをダウンロード/インストールするための小さなナゲットのようなパッケージをコーディングすることができます。 oauth1とoauth2とapi-keysがどのように動作するかを説明するkbの記事はこれ以上ありません。ちょっとしたインストールウィザードを作成しています。

そして、我々は最初のnugetで出始めたときはまだ、尋ねるコーダーのサブセットがあった「nugetだけ手動であなたのコードへの参照を追加することの違い何が。」 SignalR

SignalR対

は、サーバーへのライブ "アクティブ" な接続です。それはあなた自身のチャットのようなサービスを作成しています。 Webhooks（一般的な概念）は、あなたのエンドポイントの1つへのhttp（s）コールです。それは、私の考えでは、あなたの他のスタックポストに対する答えのポイントでした。

ウェブフックMSFT「ウェブフック」対概念

MSFTがhttpsさらに一歩掲示することを取り、他方がそれが認証を介してそれらを手順に使用するためのDropbox（または任意のウェブフックプロバイダ）は、ウィザードを作成することができると言っています、クエリーパラメータなどが含まれています。Dropbox Webhookを使用するには、Dropboxのドキュメントを読む必要がないため、すばらしいアイデアです。