タグ

RESTに関するblueleのブックマーク (26)

  • Python REST API Framework: Eve, the Simple Way to REST. — Eve 2.1.0 documentation

    Eve. The Simple Way to REST¶ Version 2.1.0. Eve is an open source Python REST API framework designed for human beings. It allows to effortlessly build and deploy highly customizable, fully featured RESTful Web Services. Eve is powered by Flask and Cerberus and it offers native support for MongoDB data stores. Support for SQL, Elasticsearch and Neo4js backends is provided by community extensions. T

  • ハイパーメディアAPIをめぐるREST主義者的危機

    ソフトウェア開発者のEvan Cordell氏は数週間前のAPI-Craftメールリストで,ハイパーメディアのREST制約は一般的なWeb API要件とどのように違うのか,という議論の口火を切った。 "REST主義者的危機(RESTistential crisis)"と題した論議の中で氏は,長年の議論と実践によってRESTスタイル最大の秘密,ハイパーメディア制約が明確になり始めたことを指摘している。Webでも明らかなように,人間中心のインタラクションには完璧に対応しているが,その一方でプログラマブルなWeb API一般においては,有用性に対する懸念がWeb APIコミュニティの中で増しつつあるようなのだ。 RESTに関する説明,ドメイン特有のWeb APIに適用した場合のハイパーメディアの制限,といった話題から始まった今回の議論では,新たなアーキテクチャスタイルの必要性の検討や,RESTを

    ハイパーメディアAPIをめぐるREST主義者的危機
    bluele
    bluele 2014/04/14
  • The Future of API Design: The Orchestration Layer

    Daniel Jacobson (Twitter | LinkedIn), is currently director of engineering for the Netflix API. Prior to Netflix, Daniel ran application development for NPR where, among other things, he created the NPR API. He is also the co-author of APIs: A Strategy Guide. The digital world is expanding at an amazing rate, giving us access to applications and content on myriad connected devices in your homes, o

    The Future of API Design: The Orchestration Layer
  • WebSockets vs. REST?

    原文(投稿日:2012/02/26)へのリンク この数年、WebSocketの人気が高まり、利用可能になってきた。昨年末にはW3C勧告候補となり、標準化に向けてまた一歩前進した。OracleなどもJava Enterprise Editionの次バージョンに向けて、WebSocket関連 (JSR 356) の標準化を開始するようリクエストしたところだ。Chrome、Firefox、Safari、IEといったメジャーなブラウザはみな、すでにWebSocketのいずれかのリビジョンをサポートしており、最終的には標準化されたものを採用することになるだろう。近いうちに、WebSocketはWebになくてはならないものになりそうだ。しかし、WebSocketがWebのアーキテクチャスタイルであるRESTにどのようにフィットするのか、あるいはフィットするのか否か、確信が持てないでいる開発者もいる。N

    WebSockets vs. REST?
  • REST in Practice

    The slides for the REST tutorial that Ian Robinson and Jim Webber gave at QCON 2009 San Francisco.

    REST in Practice
    bluele
    bluele 2014/03/28
  • Designing a RESTful API using Flask-RESTful

    The only resource exposed by this service is a "task", which has the following data fields: uri: unique URI for the task. String type. title: short task description. String type. description: long task description. Text type. done: task completion state. Boolean type. Routing In my first RESTful server example (source code here) I have used regular Flask view functions to define all the routes. Fl

    Designing a RESTful API using Flask-RESTful
  • HATEOASって何だ? - uehaj's blog

    Grails 2.3のRest機能のドキュメントを読んでいたら、拡張の一つとして「8.1.7 Hypermedia as the Engine of Application State」というのが書いてあって、調べると面白かったので、この資料(REST: From GET to HATEOAS)を読んだだけでの、私の理解する限りのメモを記しておきます。 一言でいうと、HATEOASとは、Restfulパターンを拡張するアーキテクチャパターンで、Restful原則に対する追加的な制約。どういうものかというと、HTMLアプリの画面遷移を抽象化した、状態遷移を表現するRestful API(=Restful WebアプリのWebインターフェース)を設計するための具体的な方法論になってる。 もちろんGrailsに特化したものではなく、Restと同じレベルのWebアプリケーション一般概念でありRes

    HATEOASって何だ? - uehaj's blog
  • iodocsで便利なREST APIドキュメントを作成する - Qiita

    wikiとかでドキュメントを書くのが面倒で、良いツールを探していたらiodocsというnode製ツールを見つけた。 これを使うとドキュメント作成が楽になるだけじゃなく、 ドキュメント上のformからAPIリクエストを試せて便利っぽい。 普段APIドキュメントを見つつcurlとかでリクエスト送信して試してたのが、全てドキュメント上で完結して良さげ。 使い方 mashery/iodocsからcloneしてアプリを起動すると、FoursquareやLinkedin APIを叩くサンプルをすぐに試せる。redisが必要なのでserver起動を忘れずに。 ~/ $ git clone http://github.com/mashery/iodocs.git ~/iodocs $ npm install ~/iodocs $ redis-server & ~/iodocs $ npm start {

    iodocsで便利なREST APIドキュメントを作成する - Qiita
  • RESTfulなAPIを構成するのに特化したウェブフレームワークとか(Python編) - laiso

    こんばんは、Python界のひきこもりです。 モバイルアプリケーションのバックエンド開発などでRESTful APIを先ず設計する必要があるといったケースなんかで便利に利用できそうな、既存のウェブアプリケーションフレームワークの仕組みからRESTfulなAPI構成に特化してパッケージングされたサブフレームワークがいろいろ出てきているので調べました。 フレームワークに必要な機能そもそもフレームワークにどんな機能が必要なのかというのをChoosing an API framework for Django から抜粋。 ページネーション(アイテムの先頭から10件が1ページ目→11から20が2ページ目など) データの投稿とバリデーション メタデータの生成(result, count, next みたいな要素をレスポンスに含める為のしくみのことかな?) レスポンスのハンドリング キャッシュ データの

    RESTfulなAPIを構成するのに特化したウェブフレームワークとか(Python編) - laiso
  • REST における PUT メソッドと POST メソッドの違い - 星一の日記

    最近 REST に関するを読んでいます。統一された少ないルールで、さまざまな Web アプリケーションを表現できるというのは、妄想が膨らんでワクワクしますね。学んだことをメモがてらに書きます。 RESTful Webサービス 作者: Leonard Richardson,Sam Ruby,山陽平,株式会社クイープ出版社/メーカー: オライリー・ジャパン発売日: 2007/12/21メディア: 単行購入: 25人 クリック: 842回この商品を含むブログ (168件) を見る PUT も POST も似た役割をもつメソッドです。両方ともリソースの新規作成または更新を行います。この二つのメソッドは何が異なり、どのように使い分けるべきなのでしょうか。 リソースの新規作成 まずリソースの新規作成について。 PUT は URI が指し示すリソースを直接作成することを、サーバーに要求します。たと

    REST における PUT メソッドと POST メソッドの違い - 星一の日記
    bluele
    bluele 2013/12/03
  • RESTに関する3つの間違い

    楽観的排他制御を利用する非同期的なトランザクション実行であればスケーラビリティを損ねることなく2phase commitが可能である。これは、分散KVSにおけるスケーラビリティと一貫性の両立について で主張したように、同期的な2phase commitは密結合に誘導することになるため、矛盾するように思えるかもしれない。だがそんなことはない。 前半はまずこの話から入るが、後半ではRESTに関する間違いについて、3つほど思うところを述べたい。 楽観的排他制御と2phase commit reflexworksではFeedやEntry単位でatomicなトランザクション処理を行えるが2phase commitはサポートしていない。これを許すと密結合になってスケールしないからである。だが、これはあくまで同期的な処理の話であって、ネットワーク障害への耐性を考慮され、非同期処理やオフラインで使えるので

    RESTに関する3つの間違い
    bluele
    bluele 2013/12/03
  • Kazuho@Cybozu Labs: REST におけるトランザクションについて (Re: Web を支える技術)

    といいつつ、ひとつだけ理解できないというか、納得できないところが。トランザクションのところがなんだかRESTっぽくないのがすごく気になる Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESSプラスシリーズ)(山 陽平) - ただのにっき(2010-04-23) 「Web を支える技術」は自分もとてもいいだと思う (教科書としてすばらしいし復習用としても読みやすいのでイイ) のですが、トランザクションの所だけは分かりづらいなと感じました。その原因は、atomic transaction で解決できる課題を例として使っているという点と、トランザクションと更新クエリのレイヤ分割がされていない、という2つの点によるものではないでしょうか。 HTTP 上でトランザクションを表現する必要があるケースのほとんどは、atomic transaction ではなく

    bluele
    bluele 2013/12/03
  • YappoLogs: 2014年に向けた JSON API の実装の方向性と X-JSON-Status 改め X-API-Status header のご提案

    2014年に向けた JSON API の実装の方向性と X-JSON-Status 改め X-API-Status header のご提案 追記 2014/11/20 14:00:00 わりと JSON やら XML やら各種フォーマットで API を運用している環境がある場合に JSON API の時だけ X-JSON-Status にすると XML とかの時と整合性取れないし、 X-XML-Status みたいのを量産するのは困る的なレビューを頂いたので X-JSON-Status をやめて X-API-Status にしました。 へたに JSON に限定するから REST とか JSON-RPC とかいわれるんや! X-API-Status にしたら全部解決したし MessagePack な API でも使い回せるって songmu さん言ってた! XML とかからどうやって引っこ抜

  • 【保存版】TwitterAPI1.1 REST API 全項目解説 | Digital experience University

    iOSアプリ開発担当の菅原です。 TwitterAPI1.0は2013年6月12日に廃止を予定されており、Twitterを利用する全てのサービスを対象に最新のバージョン1.1への移行が必要となっております。 ※ 廃止日は何度か変更されており、直近ですと2013年5月7日に2013年5月8日廃止が2013年6月12日に変更されました。 Twitter APIの概要やAPI1.1から新設されたツイートの表示方法を定めたディスプレイガイドラインにつきましてはTwitter API1.1 画像で見る新ディスプレイガイドラインまとめをご覧下さい。 今回はTwitter API1.1のREST APIの変更点についてお話します。 目次 REST API とは 重要な変更点 REST API 全解説 TimeLines Tweets Search Streaming Direct Messages

  • HATEOAS は API のニーズを勘違いした失敗設計である - tomykaira makes love with codes

    2013-06-29 HATEOAS は API のニーズを勘違いした失敗設計である REST HTTP REST: From GET to HATEOAS from josdirksen これを見て HATEOAS という概念について知ったが、ここで主要な主張となっている、"hypertext-driven" というのは鵜呑みにしていい主張じゃないと思う。 REST APIs must be hypertext-driven » Untangled : もとの論文発表者による記事 HATEOAS(Hypermedia As The Engine Of Application State) の中心となる主張は、 HTML のように、次の操作に対するリンクを、APIレスポンスのなかに埋め込むもうというものだ。 ブログ記事から引用する。 A REST API should be entere

  • InfoQ: RESTful API の 認証の枠組

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    InfoQ: RESTful API の 認証の枠組
  • How data migration works | Adobe Commerce

    Last update: Tue Jun 27 2023 00:00:00 GMT+0000 (Coordinated Universal Time) This topic provides a high-level overview of how data is migrated from Magento 1 to Magento 2 using the Data Migration Tool. The Data Migration Tool is a command-line interface (CLI) tool used for transferring data from Magento 1 to Magento 2. The Tool verifies consistency between Magento 1 and 2 database structures (table

    How data migration works | Adobe Commerce
  • GitHub - suneel0101/django-easyrest: an ultra-lightweight read-only REST api framework for Django

  • REST APIの良い、悪い、醜い

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    REST APIの良い、悪い、醜い
    bluele
    bluele 2011/12/09
  • No Aqui! » Google Search REST API を Python から使う

    Google Search REST API は,利用中止になっていた SOAP Search API を正式に置き換えるもので,外部のウェブアプリケーションから,Google の検索エンジンを利用するためのRESTインタフェースです.上に貼ったリンクの説明が詳しいですが, ライセンスキー不要 クエリ数に関する制限がない 以前よりも簡単に使える Web検索,イメージ検索,ニュース検索,ビデオ検索,ローカル(地図)検索,ブログ検索,ブック検索が利用可能 有効,かつ正確なHTTP Refererヘッダを送信する必要がある 一つのAPI呼び出しで,最大8件までしか検索結果を得られない 検索結果は最大でも32件までしか得られない. 利用規約が厳しい という特徴があります.サービスの基的な使い方は,クエリを引数として埋め込んだ検索サービスのURLにアクセスし,返ってくるJSONオブジェクトを解析す