[B! rest][api] taketyanのブックマーク

taketyan id:taketyan

restとapiに関するtaketyanのブックマーク (4)

例えば OSFA な API をやめる - @kyanny's blog
OSFA == one-size-fits-all 単一の API で全てをカバーするのをやめたらどうか、ということ。 APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight @kenn 最近はRESTfulなエンドポイントは完全に後方互換なまま、クライアントごとにオーケストレーション層(radical versionin)を設けるという方向にシフトしようとしている。詳しくは http://t.co/zODm7mFr5B— Tatsuhiko Miyagawa (@miyagawa) February 28, 2014 この話のポイントとはちょっとずれてる && Podcast 聴いてないのですが。 Quipper プラットフォームで内部的に利用されている API も、 /v1 というパスの下にはえててごく一部のエンドポイントだけ /v2 がある、み
taketyan 2014/03/10
「REST から RPC へ」感。単純なリソースを表現する API で足りるものごとも多いし、両方あればいいと思う。パフォーマンスとかの要件に合わせて作り足していく感じ。

api

architecture

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
taketyan 2014/03/03
api

rest

raml
リンク
MuleSoftがRESTful APIを設計するRAMLツールをリリース
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が最近リリースされ、重要な変...
taketyan 2014/03/03
面白そう、だけど今回はパスだなー。次の機会までには一回使っておきたい。

api

rest

raml
リンク
Web API 設計のベストプラクティス集 "Web API Design - Crafting Interfaces that Developers Love" - フリーフォームフリークアウト
移転しました http://please-sleep.cou929.nu/20130121.html
taketyan 2013/01/22
s/リソースを動詞であらわす/リソースを名詞であらわす/

api

rest
リンク
1