タグ

apiに関するnodoca_engineのブックマーク (8)

  • 綺麗なAPI速習会 - Qiita

    Wantedly Engineer blogに速習会資料を閲覧向けに再編しました! ぜひご覧いただけると幸いです! 記事は、綺麗なAPI速習会@Wantedlyの資料として作成されたものです。 同時にこちらのコードも参照してください。 マイクロサービス 流行りのマイクロサービス、何がいいのか 各々自由な言語やArchitectureでサービスを立てられる 障害の影響が部分的 変化に強い 個別デプロイ etc... マイクロサービス化をすすめるにあたり、やりとりは全てAPIで行う 内部のAPIであっても外部に公開できるようなクオリティのAPIを作成し、それを元にサービスを作っていくことが重要 APIGatewayとBFF API Gateway Pattern 公式サイトより 「見た目はモノリシック、実装はマイクロサービス」 一箇所見に行けば全てのAPIを見つけられる 細かい権限管理も可

    綺麗なAPI速習会 - Qiita
  • YouTube Data API v3 をつかって動画の時間を取得する - みかづきブログ その3

    JavaScript (function(win, doc, $) { "use strict"; // KEY は https://console.developers.google.com にて公開APIキーを作成する必要があります // ID はYouTubeのVideoIDを使用 $.ajax({ type : "get", dataType : "jsonp", url : "https://www.googleapis.com/youtube/v3/videos?id=" + ID + "&key=" + KEY + "&part=contentDetails" }).done(function(evt) { console.log( _convertDuration(evt.items[0].contentDetails.duration); }); function _co

  • YouTubeの動画情報をData API v3を使って取得する - Qiita

    YouTubeの動画情報はData APIからJSON形式で取得することができます。 iOSのアプリ内で取得した情報をそれぞれクラス内の変数に確保してみます。 今回は、動画のタイトル、チャンネル名、サムネイル画像のURLを取得してみています。 準備 Data API v3を使う前に、予めGoogle Developers Consoleでプロジェクトの登録をしておく必要があります。 アカウントの登録後、プロジェクトを作成して「YouTUbe Data API v3」を有効にした後、APIs & auth → CredentialsからCreate new Keyを選択してアクセスを許可するためのキーを作成します。 Create new Keyを押すと作成するキーの種類(Server, Browser, Android, iOS)を確認されるので、iOS用のものを作成しておきます。また、テス

    YouTubeの動画情報をData API v3を使って取得する - Qiita
    nodoca_engine
    nodoca_engine 2016/04/12
    “hqdefault”
  • 「WebAPI 設計のベストプラクティス」に対する所感 - Qiita

    「翻訳: WebAPI 設計のベストプラクティス」を読んで色々と思うところがあったので書きました。 上記の記事は訳文でありますので、正しくは「Best Practices for Designing a Pragmatic RESTful API」に対する所感と述べた方が良いのかもしれませんが、日語で通して読めるよう Qiita に投稿された訳文に対する所感として書いています。 以下では「翻訳: WebAPI 設計のベストプラクティス」並びに「Best Practices for Designing a Pragmatic RESTful API」は「当該記事」と表現します。 観点 当該記事では「○○とした方がよい」との意見に対してそうすべき理由が明らかになっていないか、もしくは表現が曖昧な場合が目立っていると感じました。設計は実装のようにプログラム言語仕様が制約を与えられないため、意図

    「WebAPI 設計のベストプラクティス」に対する所感 - Qiita
  • 翻訳: WebAPI 設計のベストプラクティス - Qiita

    これは Enchant の開発者である Vinay Sahni さんが書いた記事「Best Practices for Designing a Pragmatic RESTful API」1を、ご人の許可を得て翻訳したものです。 RESTful な WebAPI を設計しようとすると、細かなところで長考したり議論したりすると思います。また、他の API に倣ってやってはみたものの、当にそれでいいのか、どうしてそうしているのか分からない、何てことも少なくはないと思います。 この記事では、そのようなハマリどころについて Vinay さんなりの答えを提示し、簡潔かつ明快に解説してくれています。 今後 WebAPI を設計される方は、是非参考にしてみてください。 なお、誤訳がありましたら編集リクエストを頂けると幸いです。 まえがき アプリケーションの開発が進むにつれて、その WebAPI を公

    翻訳: WebAPI 設計のベストプラクティス - Qiita
  • HTTPステータスコードを適切に選ぶためのフローチャート : 難しく考えるのをやめよう | POSTD

    HTTPステータスコードを返すというのはとても単純なことです。ページがレンダリングできた?よし、それなら 200 を返しましょう。ページが存在しない?それなら 404 です。他のページにユーザをリダイレクトしたい? 302 、あるいは 301 かもしれません。 I like to imagine that HTTP status codes are like CB 10 codes. "Breaker breaker, this is White Chocolate Thunder. We've got a 200 OK here." — Aaron Patterson (@tenderlove) 2015, 10月 7 訳:HTTPのステータスコードのことは、市民ラジオの10コードみたいなものだと考えるのが好きです。「ブレーカー、ブレーカー、こちらホワイト・チョコレート・サンダー。200

    HTTPステータスコードを適切に選ぶためのフローチャート : 難しく考えるのをやめよう | POSTD
  • FluctとAPI Gateway+LambdaでWebアプリをつくる - Qiita

    Fluctというツールを使いながら、Amazon API GatewayAWS Lambdaを組み合わせてWebアプリをつくる方法について説明します。JavaScriptで実装でき、自動的にそこそこスケールし、Amazon EC2などで自前のWebサーバを常時稼働させておく必要なく、基的にはリクエスト回数と転送量に応じてのみ課金されるようなWebアプリの環境を手に入れることが目的です。 Amazon API Gatewayとは Amazon API GatewayはWeb APIを簡単に作成・公開・管理するためのサービスです。2015年7月9日に新しく公開されました。Qiitaにも既にいくつかの記事が投稿されています。それ自身はプロキシとして振る舞い、バックエンドのサービスが提供するデータや機能にアクセスするための入口として振る舞います。 バックエンドのサービスには、AWS Lambd

    FluctとAPI Gateway+LambdaでWebアプリをつくる - Qiita
  • iTunes APIを触る - Qiita

    とあるプロジェクトiTunes関係のサービスを作るので、APIを触ってみる。 iTunes Store Web Service Search API を使ってアプリ情報を取得する http://jmblog.jp/archives/798 こちらの記事によると、Appleが標準で提供しているAPIのドキュメントは 古い らしい。 Search API URI 現在のAPIのURIは、 http://ax.itunes.apple.com/WebObjects/MZStoreServices.woa/wa/wsSearch?[parameters] こうなっている。 Parameter パラメーターについては、Appleのドキュメントに書いてある。 term 検索キーワード。URLエンコード必要。必須キー。 country iTunes Storeの国を指定する。日だったら JP 。必須

    iTunes APIを触る - Qiita
  • 1