既存の「メンバーシップ」テーブルを持つ比較的大きなデータベースにすでに支えられている Web サービスを書き直しています。「メンバーシップ」を引用符で囲んだのは、データベースが Oracle データベースであり、これらがデフォルトの aspnet メンバーシップ テーブルにあまり近いものではないためです。また、Dapper を DAL として使用して、既存のストアド プロシージャをすばやく呼び出しています。もちろん、これらの一部は、ユーザーの認証、CRUD などに関係しています。
デフォルトの「個々のユーザー アカウント」MVC5 Web API 2 プロジェクトを見て、少し混乱していることを認めなければなりませんが、主要なインターフェイスと型の一部がMicrosoft.AspNet.Identity.EntityFramework名前空間から派生しているため、おそらくうまくいかないことを考えるとなおさらです。このプロジェクトは Entity Framework を使用していないためです。(最後の文について間違っていたら訂正してください。)
そのため、どこから始めて、どの「Microsoft」クラスを実装する必要があるかについて、少し混乱しています。ExtendedMembershipProviderすでに開始されているカスタムを実装する必要があると思います。は EF クラスなので、組み込みのand と組み合わせて使用するには、 をIdentityUser独自に実装する必要があると思います。IUserUserManager<TUser>ApplicationOAuthProvider
EF や SQL Server を使用せずにこの形式の認証を実装する方法に関するチュートリアルを Web で探しましたが、例を 1 つでも見つけるのは困難でした。
したがって、カスタム スキーマと DAL を使用して を実装する方法の概要について少しでも光を当てていただければ幸いですApplicationOAuthProvider。他にも多くの人が苦労していると思います。これは、概念がかなり抽象的であり、実装がベンダー固有のように見えるためです。
特に役立つのは、拡張/実装するクラス/インターフェースの最小限のリストです。