2012-02-06 9 views
0

私は自分のカスタムメンバーシッププロバイダ(ASP.NETメンバーシップを継承していない)を転記しようとしていますが、IPrincipalとIIdentity。私はあなたがWindowsベースのアカウントで作業している非公開のサイトにのみ使用されていないことを意味しますか?電子商取引アプリケーションのIPrincipleとIIdentity - ASP.NET MVC

また、.ASPXAUTHクッキーではなく、認証データを保存する独自のクッキーを作成したいと考えています。

私たちは独自のロールプロバイダも作成していますので、私はIIdentityで想定していたContext.User.IsInRole機能を使用しません。

+0

なぜあなたはこれをやりたいのですか? –

答えて

2

私が意味するだけでは、Windowsベースのアカウントで に取り組んでいる非公開サイトに使用していることではないでしょうか?

全くありません。これらのインターフェイスは、使用している認証方式の種類に関係なく、メンバーシッププロバイダで使用されます。たとえば、HttpContextというUserプロパティはのIdentityプロパティを含むIPrincipalです。したがって、どのような種類の認証を使用していても、それらのインターフェースで作業する必要があります。もちろん独自のカスタム実装を記述することもできます。

+0

いや私はそれを実現しました...私はいつもHttpContextを使用しています。ダー。私たちは自分たちで使用しているメンバーシッププロバイダを使用しておらず、ASP.NETメンバーシッププロバイダに関連するコードがないことを確認していました。言い換えれば、ユーザーを認証するための独自のDBテーブルと独自の方法を使用しています。私たちは、ASP.NETメンバーシップがこれをどのように提供しているのか好きではありません。 – PositiveGuy

+0

あなたが独自のカスタム実装を書いていると言うとき、それはちょっと私たちがやりたいことです。 HttpContextから現在のユーザー情報を取得します。私もこのブログの記事を見ていました:http://www.bradygaster.com/custom-authentication-with-mvc-3.0 – PositiveGuy

+0

@CoffeeAddictユーザーを抽象化し、HttpContextから直接アクセスしないことをお勧めします。これにより、コントローラのユニットテストがずっと簡単になります。 – Dismissile

関連する問題