Microsoft のクレームベース認証の実装は、真のクレームベースのセットアップの期待に応えられていないことがわかりました。ThinkTectureは、Web API 実装をうまく置き換えているようです。
AccountController の VS2013 の既定の SPA テンプレートから ThinkTecture アプローチに移行するためのガイドまたはブログ投稿があるかどうか疑問に思っています。
AspNetUsers と Roles のテーブルを作成するデフォルトの Microsoft Web API AccountController も気に入っていますが、ThinkTecture が同じことを行うかどうかはわかりません。
ThinkTectureが持っているすべてのリポジトリの間で少し混乱していると思います。IdentityServer
、 、IdentityModel.45
、またはを何を使用するかに関して、確固たるガイダンスを持っている人はいますAuthorizationServer
か?
Microsoft のアプローチ全体を破棄して、適切な真のクレームベースのアプローチを使用することを検討していますがEF6 migrations
、ID テーブル、使用するプロジェクト、または AccountController アプローチ全体を破棄する方法に関して、ちょっと助けが必要ですVS2013 の SPA テンプレート。Dominick のブログを見たことがありますが、とても良さそうに見えますが、Web API アプローチから ThinkTecture の考え方に移行するのに役立つ投稿は見つかりませんでした。