カスタムメンバーシッププロバイダーをOrchardと統合するための好ましい方法は何ですか?
新しいIMembershipServiceとIUserService(Orchard.Usersから)の実装に関する投稿をいくつか見てきましたが、OpenAuthenticationなど、それ以上のことをしているように見える他のモジュールもあります(ただし、UserPartを使用していますか??)。
すでにASP.NETメンバーシッププロバイダーが作成されていますが、これをそのまま統合できますか?
カスタムメンバーシッププロバイダーをOrchardと統合するための好ましい方法は何ですか?
新しいIMembershipServiceとIUserService(Orchard.Usersから)の実装に関する投稿をいくつか見てきましたが、OpenAuthenticationなど、それ以上のことをしているように見える他のモジュールもあります(ただし、UserPartを使用していますか??)。
すでにASP.NETメンバーシッププロバイダーが作成されていますが、これをそのまま統合できますか?
のカスタム実装は、デフォルトのOrchard.UsersモジュールをまったくIMembershipService
使用したくない場合に使用する方法です。フォーム認証を実行したいが、UserPartではなく別の場所に認証データを保存する場合に便利です。
フォームベースのデフォルトの認証スキーム(ユーザー名+パスワード)をオーバーライドする完全にカスタムの認証スキームを作成する場合は、オーバーライドしますIAuthenticationService
。
したがって、一般的に言えば:
IMembershipProvider
認証データ管理(ユーザーの作成/取得)に関するものですIAuthenticationProvider
認証の実行(サインイン/アウト/現在のユーザーの取得など)に関するものですニーズに応じて、一方または両方をオーバーライドできます。
OpenAuthのような一般的な認証モジュールは、実際にIIRCを置き換えることなく、既存のデフォルトの認証オプションに追加の認証オプションを追加します。