[B! RESTful] inoshirouのブックマーク

inoshirou id:inoshirou

RESTfulに関するinoshirouのブックマーク (9)

RESTful Meetup vol.3
Toru KAWAMURA @tkawa なお、定員を増員した都合上、椅子の席が足りません。立食中心の配置に変更させていただきますので、ご了承ください。 http://t.co/LZDN5gKJLF #RWABookja 2014-04-08 12:39:22
inoshirou 2014/04/15
RESTful
リンク
《REST思想》と《リソース指向》と《Webページ》に関する（主にRailsの）話 - Qiita
これはいわゆるWeb APIについて、ということかなと推測しました。RESTというのはAPIのプロトコルのことだと思われている傾向がありますが、そういうわけではありません。Web全体についてのもので、APIについてもWebアプリについても適用されるものです。実はRESTでは﹁統一インターフェイス﹂の制約からメソッドについて規定されていますが、URLの形については特に規定されません︵もちろんAddressabilityの面で重要であることは言うまでもありません︶。なので実は/books,/books/1でなくてもいいのですが、これを規約(CoC)でズバッときれいに決めてしまったのがRailsのすごいところの1つです。本の追加や削除を行う場合は、本情報をJSON形式でPOSTリクエストのボディとして送ります。application/x-www-form-urlencoded形式で送ることは
inoshirou 2014/03/24
rest

restful
リンク
You don't need API version 2 - yohei's diary
周回遅れ感が半端ないけどバージョニング関連で色々読んで・聞いて思ったことを書く。 APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight Kazuho's Weblog: 拡張可能なWeb APIの設計原則と、バージョン番号を使う理由についてRebuild: 35: You Don't Need API Version 2 (Kenn Ejima) rest - Best practices for API versioning? - Stack Overflow RESTfulなサービスのバージョンングから得られた知見 RESTとバージョニング基本的にいわゆる狭義のRESTとAPIのバージョニングは何も関係ない。強いて言えば、HATEOASはバージョニングにも使えるよ、というのがREST信者の主張であるものの、それが正しい︵というか実用的︶かど
inoshirou 2014/03/12
「基本的にいわゆる狭義のRESTとAPIのバージョニングは何も関係ない」そうなんだよねー。だからコードとして実装しようとするといろいろと悩む。

API

rest

RESTful
リンク
Kong: Next-Generation API platform for Microservices
In order to give you better service we use cookies. By continuing to use our website, you agree to the use of cookies as described in our Cookie PolicyI agree
inoshirou 2014/01/23
APIのディレクトリサービス

API

RESTful

REST
リンク
Welcome
A simple but powerful syntax for modelling APIs RAML enables rapid development of APIs using an approachable syntax which can scale from hobby project to enterprise application
inoshirou 2014/01/23
これも知らなかった

API

RESTful

REST
リンク
RESTful Web アプリの設計レビューの話
2017/9/7 db tech showcase Tokyo 2017(JPOUG in 15 minutes)にて発表した内容です。 SQL大量発行に伴う処理遅延は、ミッションクリティカルシステムでありがちな性能問題のひとつです。 SQLをまとめて発行したり、処理の多重度を上げることができれば高速化可能です。ですが・・・AP設計に起因する性能問題のため、開発工程の終盤においては対処が難しいことが多々あります。そのような状況において、どのような改善手段があるのか、Oracleを例に解説します。
inoshirou 2013/11/29
まだREST入信したてなので、まずはもっと信仰を深よう

rest

RESTful

設計
リンク
InfoQ: RESTfulなアプリケーションを記述する
しかしながら、上述のRoy Fieldingの言葉を言い換えると、このようなアプローチはRESTの基本的な原則の一部と相反します。たとえ私たちがこの異議を無視するとしても、 HTTP上に分散型アプリケーションをRESTfullに構築しようとしている人たちには、根本的な問題が残ります。契約を形式的に定義することなくサーバーからの取得はどうするのでしょうか？契約なしでクライアントとサーバーが正しく実装しているということをどのように確かめるのか、それぞれの設計仕様書だけでなく、その他、適切なビジネス/技術ポリシーはどうするのでしょうか？アプリケーションプロトコルとしてHTTPを使用し、RESTfullな構築をしている分散型アプリケーションには、同じような性質と種類の契約があります。私たちは、何を探し、どこを探すかを知る必要があります。同じ方向にしたがい、私たちが記述言語に向かうならば、それはW
inoshirou 2013/07/19
rest

api

RESTful
リンク
RESTful API Design, Second Edition
This document provides guidance on designing RESTful APIs. It recommends using nouns instead of verbs, keeping URLs simple with only two endpoints per resource, and following conventions from leading APIs. Complex variations and optional parameters should be "swept behind the '?'." The document em phasizes designing for application developers by making APIs intuitive, consistent and complete while
inoshirou 2013/07/03
よくまとまっているスライド

RESTful

API

rest
リンク
API Anti-Patterns: How to Avoid Common REST Mistakes
Web APIs typically use REST style for communication while moving away from more traditional SOAP web services. Our ProgrammableWeb service directory currently lists around 1500 services which are using REST, and around 360 using SOAP. Why is REST becoming so popular and what are the common mistakes in the REST API design? Graphic from Open APIs: a State of the Market REST API, or to be more precis
inoshirou 2013/06/25
API

設計

RESTful
リンク
1