カスタムテーブル（すべて同じDB内）に加えてaspnetテーブルにアクセスできるようにするカスタムプロファイルクラスを設計しようとしています。
カスタムプロファイルクラスを接続する方法を説明する2つのオンライン例をフォローしています。この例では、ProfileProviderから継承するように求められます
そして、これでは、ProfileBaseから継承するように求められます。
これら2つの例の違いは何ですか？どちらの方法が優れていますか？ProfileProviderまたはProfileBaseから継承する必要がありますか？違いはなんですか？
public class UserProfile : ProfileProvider
public class UserProfile : ProfileBase
ありがとう。
ProfileProvider基本クラスは、から派生するオブジェクトを作成ProfileBaseするプロバイダーです。
カスタム プロバイダー (つまり、 から派生した型ProfileProvider) を指定すると、特定のユーザーのプロファイル オブジェクトを作成するクラスが作成されます。たとえば、プロファイル データ (好きな色、年齢、場所など) をデータベース、ディスク上のファイル、またはリモート Web サービスから読み取ることができます。
これは、ASP.NET の組み込みプロファイル プロバイダーでは利用できない機能が必要な場合に便利です。
カスタム プロファイル基本クラス (つまり、 から派生した型ProfileBase) を指定すると、プロファイル データ自体を表すクラスを記述します。
これは、プロファイル プロパティに追加のメタデータを提供するなど、プロファイル オブジェクト自体に追加機能を持たせたい場合に便利です。