APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight
ちょっと前にTwitterでAPIのバージョニングをどうやるかみたいな話をしていたのですが、そのへんもやもやしているので少し整理しておきたいなと。 APIのURLを/api/v1/*とかってやるの、やめたほうがいいとおもうんだけどなぁ。いざv2を作るとなったときに、大量のコピペが発生して後悔するよ、って伝えたい。— Kenn Ejima (@kenn) February 28, 2014 さて、これについて色々と異論・反論も含めた意見が出たのですが、まずは、大昔にURL方式（＝コントローラ分割）でやってきて後悔したぼくが、（5年ぐらい前から）現在はどうやってAPIのバージョンを管理しているか？について紹介します。 基本原理としては、コピペが多発する根っこで分岐（＝コントローラ分割）じゃなくて、必要最小限のところで限局的に分岐するのがいい、という考え方に基づきます。 一言でいうと、「パラメー
モタつきなしのWebチャットサービス「Lingr」のAPIが公開 | エンタープライズ | マイコミジャーナル
インフォテリアの米現地法人Infoteriaは25日(現地時間)、Webブラウザベースのチャットサービス「Lingr」のAPIを公開した。あわせて開発者向けのWebサイト「Lingr Developer Wiki」を開設、チュートリアルやリファレンス、サンプルコードの提供も開始している。 Lingr APIは、利用開始前にAPIキーを入手する必要はあるが、原則として無料で利用できる。ただし、商業利用など高負荷が想定される場合には、事前の相談が必要。同社では、チャットルームの監視や、チャット開始の通知といったツールの開発促進に期待を寄せている。 Lingrのメインの開発環境としてRuby on Railsが利用されている経緯から、「Lingr API Ruby Toolkit」の提供もスタート。WebページからLingr APIを呼び出すJavaScriptコードなど、Rubyプログラマにと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
