HerokuのAPIデザイン
Herokuが自ら実践しているAPIデザインガイドをGithubに公開した． “HTTP API Design Guide” このガイドは些細なデザイン上の議論を避けて，ビジネスロジックに集中すること目的としている．Heroku特有なものではなく，一般にも十分適用できる知見となっている． 最近は，モバイル向けにAPIをつくることも多いため，勉強もかねて抄訳した．なお内容は，HTTP+JSONのAPIについて基本的な知識があることが前提となっている． 適切なステータスコードを返す それぞれのレスポンスは適切なHTTPステータスコード返すこと．例えば，“成功"を示すステータスコードは以下に従う． 200: GETやDELETE，PATCHリクエストが成功し，同時に処理が完了した場合 201: POSTリクエストが成功し，同時に処理が完了した場合 202: POSTやDELETE，PATCHリク
RESTに関する３つの間違い
楽観的排他制御を利用する非同期的なトランザクション実行であればスケーラビリティを損ねることなく2phase commitが可能である。これは、分散KVSにおけるスケーラビリティと一貫性の両立について で主張したように、同期的な2phase commitは密結合に誘導することになるため、矛盾するように思えるかもしれない。だがそんなことはない。 前半はまずこの話から入るが、後半ではRESTに関する間違いについて、３つほど思うところを述べたい。 楽観的排他制御と2phase commit reflexworksではFeedやEntry単位でatomicなトランザクション処理を行えるが2phase commitはサポートしていない。これを許すと密結合になってスケールしないからである。だが、これはあくまで同期的な処理の話であって、ネットワーク障害への耐性を考慮され、非同期処理やオフラインで使えるので
SilverlightとJavaのインターオペラビリティ
はじめに 概要 Silverlightを連携することに関心があるJavaコミュニティの人々に対するソリューションの一つとして、本稿では、それを始める手助けとなる有益な情報を提供します。MicrosoftのSilverlightは、次世代のメディアエクスペリエンスとWebのためのリッチでインタラクティブなアプリケーションを実現する手助けとなるように設計された、クロスブラウザ、クロスプラットフォーム、クロスデバイスのブラウザプラグインです。ここでは、インターオペラビリティのシナリオを含めて提供するために、Silverlightの背景を含んでいます。基本的な Silverlightの機能、Silverlightの開発コンセプト、Silverlightがリッチなインターネットとして良い位置につける方法、メディアが利用可能なことを通して、Silverlightのメリットと制限事項を含んだアーキテクチ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WebAPIのこれまでとこれから
プレスリリース - 株式会社はてな
「mixiアプリ」オープンβ版公開、個人でもアプリ開発が可能に
