-1

私は ASP.NET を初めて使用し、いくつかの内部 (またはドメイン固有) の役割を持つ ASP.NET Web サイト アプリケーションに取り組んでいます。同様に、取締役会、マネージャー、従業員クラスに属する秘書、および株主の別の役割、会社の管理者/作成者/所有者などの別の役割。これらの役割はすべて、ビジネス機能を特定の役割/俳優が演じることができます。

私の同僚の 1 人が、ASP.NET フォーム ベースの認証、承認、およびメンバーシップ クラスなどの研究開発を行うように私に言いました。ドメイン固有のニーズ (既製の CMS システムで見られるように)

しかし、グーグルで調べた後、フォームベース認証がWebリソース、特にページの使用に関するロールを制限していることに気付きました。これにより、内部 (またはドメイン固有) の役割管理は ASP.NET フォームベース認証とは関係がないという考えに至りました。代わりに、フォームベース認証 (Web サイト内のページへのアクセスを制限するため) を使用して、Web サイト管理者などの Web サイトの外部ロールを管理できます (異なる Web サイト フォルダー/ファイル構造を持ち、データベースで指定されたロールのみがアクセスする必要があります)。サイト管理者など. 同様に、フォーム ベースの認証を使用して、サイト メンバーと無料のユーザー/ビジターを区別できます。

私の内部/ドメイン固有の役割については、会社の作成者がマネージャーが実行できるビジネス機能を実行できるように、重複または重複する機能を持つ異なる役割ベースのフォルダーに複数のページを作成する理由が本当にわかりません。 2 つの個別のフォルダー/ファイルを作成したい。1 つは Company Creator 用で、もう 1 つは Manager ページを含む Manager 用で、Company Creator の機能の一部を複製しています。ビジネス ロジックを使用してドメイン ロールを処理するのが適切だと思います (私のドメイン モデル レイヤー内)。

私の理解/仮定が間違っている場合、または何か不足している場合は、あなたの提案が必要ですか?

よろしく

4

1 に答える 1

0

認証と認可を混同しないでください。

あなたの場合の認証はフォームベースの認証を使用して行われ、承認はユーザーの役割に基づいて行われます。

認証は、システムがユーザーを認識することを保証します。承認は、そのユーザーが特定のアクションまたは機能を実行できるかどうかを保証します。

于 2013-10-09T03:24:56.213 に答える