このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.
はじめに Insagram APIの最初のバージョンを公開します。Instagramユーザが手軽に自分のデータにアクセスできるための第一歩です。Instagram APIの目的は、絶え間なくInstagramに投稿され、増え続ける膨大な写真を見るためのユニークで革新的な手段を、開発者が簡単に作り出せるようにすることです。 InstagramはiPhoneアプリケーションとして開発されましたが、私たちのビジョンは初期の頃に比べてはるかに大きくなっています。投稿される写真の数は日を追って増え続けています。私たちは、Instagramコミュニティは世界そのものの履歴を、視覚的に、そして豊かに記録するものだと信じています。才能に溢れた開発者に、データにアクセスするユニークな方法を考えついてもらえるようにすることが私たちの役目だと考えています。 新しくInstagramにサインアップするユーザは、毎
Grape を利用すると Restful な WEB-API が簡単に作成できるらしいので試してみました。その際、実際の運用を視野にいれて、次のこともやってみました。 複数の API バージョン に対応する。 例:http://ドメイン/api/v1/.. http://ドメイン/api/v2/.. 1つのソースがファットにならないよう モデル毎にソースを分ける 。 まずは Grape の導入手順から説明します。 Grape の導入手順 前提 手元の OS:Mac OS X 10.9.5 (Mavericks) Ruby:2.1.2 Rails:4.1.1 Grape は結果、0.9.0 が入りました。 手順 適当な Rails プロジェクトを作成。
Feb 17, 2015 昨年末にはてなの@cockscombさんと@yashiganiさんがつくっていたSwiftでenumとジェネリクスを活用したかっこいいAPIクライアントを書くが 面白かったので、これを参考にしつつSwiftらしい堅牢で使いやすいAPIクライアントを考えてみました。 目標としたのは以下の3つの条件を満たすことです。 レスポンスはモデルオブジェクトとして受け取る (便利) 個々のリクエスト/レスポンスの定義は1箇所で済ます (変更しやすくしたい) リクエストオブジェクトはAPIクライアントから分離させたい 例にはGitHub System Status APIを使用しています。 サンプルコードはGitHubに上がっています。 APIクライアントのインターフェース APIの呼び出し用に用意されたメソッドはcallのみで、callに渡すリクエストによってレスポンスの型が変
2011年04月12日17:57 by oklahomer Permissions カテゴリドキュメント http://developers.facebook.com/docs/authentication/permissions/ ユーザがアプリを許可するとき、デフォルトでアプリに与えられる権限はユーザ基本情報の読み込みのみです。それ以上のデータを読み込みたかったり、Facebookに対して書き込みを行いたい場合は、必要に応じてパーミッションを得る必要があります。 パーミッションは以下の5つに分けられます。 Basic Information (パーミッション不要)User and Friend PermissionsExtended PermissionsOpen Graph PermissionsPage Permissions ユーザから追加のパーミッションを取得する方法は認証ドキ
さいきんREST APIのドキュメントを書いていて、wiki使うのだるいし他に良い方法ないかな〜と調べてた時に見つけたツール群をまとめてみます。 追記: こちらも便利そうなので参考にどうぞ。 REST APIドキュメント作成ツールはapiary.ioが決定版かもしれない - Qiita swagger Swagger: A simple, open standard for describing REST APIs with JSON | Reverb for Developers デモ: Swagger UI ソースコード中にAPIの概要を書いておくと、それを元にドキュメントを自動生成してくれる。wikiやmarkdownで書くのと決定的な違いは、↓のようにドキュメント上のformからAPIコールを試すことができる点。 様々な言語のWAFに対応したライブラリも開発されてる。 Home ·
Herokuが自ら実践しているAPIデザインガイドをGithubに公開した. “HTTP API Design Guide” このガイドは些細なデザイン上の議論を避けて,ビジネスロジックに集中すること目的としている.Heroku特有なものではなく,一般にも十分適用できる知見となっている. 最近は,モバイル向けにAPIをつくることも多いため,勉強もかねて抄訳した.なお内容は,HTTP+JSONのAPIについて基本的な知識があることが前提となっている. 適切なステータスコードを返す それぞれのレスポンスは適切なHTTPステータスコード返すこと.例えば,“成功"を示すステータスコードは以下に従う. 200: GETやDELETE,PATCHリクエストが成功し,同時に処理が完了した場合 201: POSTリクエストが成功し,同時に処理が完了した場合 202: POSTやDELETE,PATCHリク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く