第1回 Web APIの次世代標準プロトコル | gihyo.jp
Web APIの乱立とAtom 現在、一般コンシューマ向けのWebサービスは多くのサイトがネットワーク越しに利用できるAPI（Application Programmable Interface）を公開しています。いわゆるWeb APIと呼ばれるものです。開発者向け技術雑誌などを見ても、マッシュアップやAPIプログラミングの解説記事が多く掲載されるようになりました。 2000年代の前半からGoogleやAmazonをはじめとした主要なWebサービスがAPIを公開し始めました。2000年代中盤からは様々なサイトでAPIが公開されるようになり、現在に至っています。当初はWebで人間がアクセスできる情報をAPIとして公開していましたが、現在ではWebブラウザで情報提供はしないもののAPIだけ提供するというサイトも増えてきました。 さて、これらのWeb APIアーキテクチャを見てみると、現状では各
第3回 リソースの操作を追う | gihyo.jp
app:editedとフィードにおけるエントリの順序 フィードに含まれるエントリの中には、app:editedという要素が入っているかもしれません。これは、最終更新日時を示すものです。atom:updatedも似たような要素ですが、重要な変更が行われた日時を指すもので、必ずしも全ての更新が対象ではありません。また、app:editedの値はHTTPヘッダにあるLast-Modifiedヘッダの値と同じとは限りません。 フィードの中に出てくるエントリの順番は大抵このapp:edited要素の時刻で最新のものからならんでいます。しかし実装によってはそうなっていない場合もあるので注意が必要です。 リソースの取得 では次にリソースを取得してみましょう。フィードに記載されているエントリが完全なリソースの表現であることは保障されていません。もしかしたら概要として表現されており、必須ではない要素が一部省
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
