Webベースの製品を開発する必要があります。この機能は、ベーシックバージョン/プレミアムバージョン/エンタープライズバージョンなどのサブスクリプションカテゴリに基づいてユーザーが利用できるようになります。これらのサブスクリプションカテゴリの単一のソースを維持したいと思います。
ここに私の質問は、
構成/サブスクリプションカテゴリに基づいて機能が有効になっているWebアプリケーションを設計するにはどうすればよいですか?
前もって感謝します
Webベースの製品を開発する必要があります。この機能は、ベーシックバージョン/プレミアムバージョン/エンタープライズバージョンなどのサブスクリプションカテゴリに基づいてユーザーが利用できるようになります。これらのサブスクリプションカテゴリの単一のソースを維持したいと思います。
ここに私の質問は、
構成/サブスクリプションカテゴリに基づいて機能が有効になっているWebアプリケーションを設計するにはどうすればよいですか?
前もって感謝します
これは非常に一般的な質問であり、私は一般的に答えます。
登録ユーザーに役割を割り当てることができます。次に、を使用してIsUserInRole
、表示する内容と表示しない内容を確認します。
速度を上げるために、ユーザーセッションにアクセス許可を割り当てることができますが、常にIsUserInRole
とその表示を使用して、ページの一部を開いたり閉じたりできますPanel
。非表示になっているパネルのビューステートも閉じます。
別の方法UserControls
として、それらの内部で、ユーザーがそれを表示する権限を持っているかどうかを確認し、OnInitを非表示にし、ViewStateを無効にすることもできます。
もちろん、ページ全体が許可されていない場合は、いつでも完全なリダイレクトを行うことができます。
したがって、ページ全体に、、、を含めることができPanels
、UserControls
そのビューはユーザーレベルによって異なります。
この既製のものを入手することはできません。使用しているテクノロジーに基づいてアプリケーションを設計する必要があります。
同様の種類のプロジェクトが進行中で、機能のリストをデータベースに保存し、ページが初期化されると、セッションで機能リストが読み込まれます。
さまざまなページで、機能の可用性に基づいてコントロールを表示/非表示にしています。
Offcourse Single機能には、FormAuthenticationメソッドを使用して確認し、それに応じてページサーバー側を変更できるユーザーロールに基づくカテゴリを含めることもできます。
特定のアプローチを念頭に置いており、それに関連する質問がある場合はお知らせください。