2

ASP.NET 2.0 とそのさまざまなプロバイダーを使用しています。必要なメソッドのほとんどをオーバーライドし、次のカスタム プロバイダーを用意しました。

ProjectMembershipProvider ProjectProfileProvider ProjectRoleProvider

私のプロジェクトの設計では、カスタム プロバイダーをファサード (スタイル デザイン) でラップし、プロファイリング、メンバーシップ、および API メソッドのロールを組み合わせて組み合わせて、開発者にとって物事を簡素化することを意図していました。

しかし、カスタム プロバイダーの多くのメソッドは実際には変更する必要がないことがわかりました。そして、まったく同じことを行う別のメソッドでスタンドアロンのメソッドをラップするのはばかげているようです。

だから - 私のアプローチは間違っていますか?または、エンド ユーザーが必要に応じてカスタム プロバイダーをインスタンス化し、必要に応じて mix/match API をインスタンス化できるようにする必要がありますか? これは私には少し冗長に思えますが、別の方法がわかりません。

アドバイスをいただければ幸いです。

ありがとう。

4

1 に答える 1

0

カスタム プロバイダー セットを作成したときは、既存の asp.net プロバイダーから単純に継承し、カスタム ロジックを必要とするすべてのメソッドをオーバーライドしました。

また、.Netリフレクターを使用して既存の asp.net プロバイダー コードを調べ、心配する必要のある依存関係がないことを確認しました。それが役立つことを願っています

于 2010-03-24T20:02:47.937 に答える