InfoQ: REST非同期実行の扱い方

暮らしカテゴリーの変更を依頼記事元:

www.infoq.com

40 usersがブックマークコメント

コメント

6

記事へのコメント6件

注目コメント
新着コメント

edajima 通常コールバック先を登録するような遅延を伴う非同期通信が必要な処理をRESTfulに設計する方法。ポーリングかコールバックか……

dev

2009/12/02 リンク

lizy 1番目の方法はどこかで見たような。「RESTful Webサービス」だっけ？状態と言うよりはキューにジョブを投入して、そのジョブに対して問い合わせ(GET)・取り消し(DELETE)というメタファーの方が分かりやすいかも

2009/07/22 リンク

hoisjp 完了したことを、１．相手に何回か聞きにこさせるか、２．ずっとつないでるか、３．終わったら教えるか。

2009/07/14 リンク

yssk22 CouchDB使って、"要求文書"リソースを作るとTimの言いたいことは結構満足できる || intraでWebHookやろうとしても、a -> b で通信できても b -> a が通信できないとかそういう罠もありますよねー。

rest

2009/07/13 リンク

hiromark 理解できたような、理解できてないような、あやふやな状態。

rest

2009/07/13 リンク

yohei s/WS-(死の)星マーク/WS-(デス・)スター/ WS-*(だぶりゅえすすたー)の読み方とスターウォーズ知らないと理解できないけど

2009/07/13 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

InfoQ: REST非同期実行の扱い方

原文(投稿日：2009/7/8)へのリンク Tim Bray氏は新しい投稿遅いRESTのなかでこの問題に答えようとしてい... 原文(投稿日：2009/7/8)へのリンク Tim Bray氏は新しい投稿遅いRESTのなかでこの問題に答えようとしている： RESTfulなやり取りで、状態を変更する操作（POST、PUT、DELETE）が予測できないような多大な遅延時間を伴うとき、どう扱ったらいいのでしょう？氏は３つの異なる方法を説明している。これらの方法はKenai プロジェクトの「非同期処理要求の扱い方」という提案に対して、提示されたものだ。以下の方法が含まれている: リソースを基にした方法。この方法は新しく"状態"を表すリソースを使います。このリソースは以下のフィールドを保持します。: "uri" - クライアントが処理完了を問い合わせるためにGETすることができるURI。受信された各非同期処理は状態を表すユニークなURIを与えられています。このため、複数の処理を起動し、一度に追跡できます。 "status"

ブックマークしたユーザー

takaya0302022/07/16
hallo-ponkichi2021/03/31
quodius2017/02/15
jue_no582012/08/30
ucho2010/05/31
edajima2009/12/02
nobeans2009/08/11
yojik2009/07/23
lizy2009/07/22
StepHacks2009/07/16
susatadahiro2009/07/15
paulownia2009/07/15
dewdrop2009/07/14
etale2009/07/14
perezvon2009/07/14
z-ohnami2009/07/14
exis2009/07/14
hoisjp2009/07/14

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - 暮らし

いま人気の記事 - 暮らしをもっと読む

新着記事 - 暮らし

新着記事 - 暮らしをもっと読む

設定を変更しましたx