ASP.NET MVC 5 WebAPIをアプリケーション内クライアントだけのために作る。 - Qiita
この記事はASP.NET Advent Calendar 2014の22日目となる記事です。 酔った勢いで登録ボタン押したのが始まりです。フフフ。 Qiita、アドベントカレンダー、GitHub、C#、ASP.NET、インターネット 全てが初挑戦なので、いろいろ抜けていたらごめんなさい！ ASP.NET MVC 5を使って、認証を必要とするSPAなアプリを開発し WebAPIをアプリケーション内のViewなどによって提供しているクライアントのためだけに作る場合の話です。 前置き WebAPIをViewのために作るので、RestfullなWebAPIを作るというよりは、 MVCと同じように扱えるほうが都合がよいでしょう。 そこで、SessionStateオブジェクトを扱いつつログイン状態も同期させることで不要な考慮を省いてしまおうと考えます。 アプリケーションの一部としてWebAPIを作るの
APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight
ちょっと前にTwitterでAPIのバージョニングをどうやるかみたいな話をしていたのですが、そのへんもやもやしているので少し整理しておきたいなと。 APIのURLを/api/v1/*とかってやるの、やめたほうがいいとおもうんだけどなぁ。いざv2を作るとなったときに、大量のコピペが発生して後悔するよ、って伝えたい。— Kenn Ejima (@kenn) February 28, 2014 さて、これについて色々と異論・反論も含めた意見が出たのですが、まずは、大昔にURL方式（＝コントローラ分割）でやってきて後悔したぼくが、（5年ぐらい前から）現在はどうやってAPIのバージョンを管理しているか？について紹介します。 基本原理としては、コピペが多発する根っこで分岐（＝コントローラ分割）じゃなくて、必要最小限のところで限局的に分岐するのがいい、という考え方に基づきます。 一言でいうと、「パラメー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ASP.NET Identity 2.0: Introduction to Working with Identity 2.0 and Web API 2.2
NHK番組API
