APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight
ちょっと前にTwitterでAPIのバージョニングをどうやるかみたいな話をしていたのですが、そのへんもやもやしているので少し整理しておきたいなと。 APIのURLを/api/v1/*とかってやるの、やめたほうがいいとおもうんだけどなぁ。いざv2を作るとなったときに、大量のコピペが発生して後悔するよ、って伝えたい。— Kenn Ejima (@kenn) February 28, 2014 さて、これについて色々と異論・反論も含めた意見が出たのですが、まずは、大昔にURL方式（＝コントローラ分割）でやってきて後悔したぼくが、（5年ぐらい前から）現在はどうやってAPIのバージョンを管理しているか？について紹介します。 基本原理としては、コピペが多発する根っこで分岐（＝コントローラ分割）じゃなくて、必要最小限のところで限局的に分岐するのがいい、という考え方に基づきます。 一言でいうと、「パラメー
カロリーAPI ダイエット2.0
カロリーAPIとは？ 料理名をデータとして渡すと、それに対するカロリーとその合計を返してくれるwebserviceです。 仕様 形式を選択しない場合はデフォルトでXMLを返します。 出力仕様 - menuName 料理名 - kcalSmall 選択した料理のカロリー(少なめ) - kcalMiddle 選択した料理のカロリー(普通) - kcalLarge 選択した料理のカロリー(大盛リ) - kcalMega 選択した料理のカロリー(メガ盛り) - calImg 料理の画像(試験運用中!!) - calcKcal 合計カロリー - calcKcalByWalking 合計カロリーをウォーキングして全部消費するための分数 - calcKcalByRunning 合計カロリーをランニングして全部消費するための分数 - ※ 体重60キロの人が200m/分の間隔で走ったときの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bitbucket
