アプリケーションを使用する多数のユーザーがいるプロジェクトを行う必要があります。ユーザーは、ユーザー、エグゼクティブ、またはアドミニストレーターのいずれかに属することができます。各ユーザーグループには独自の権利があります。すべてのデータはデータベースに保存されます。
今、私はクラスの設計を行っていますが、クラス自体として権利を設計する必要があるのか 、それともユーザーグループを監視してから、データベース内の CRUD 操作へのアクセスを拒否または許可する必要があるのか わかりません。
ユーザーまたはグループを参照する権限を実装するには、どのような方法がよいでしょうか?
ビジネス要件を満たすクラスを設計します。ユーザー画面を構成できるいくつかの「UI 向け」クラスを想像します。データベース側では、「権利にユーザーがいる」のか「ユーザーに権利がある」のかわかりません。ビジネスモデルに合わせて設計します。もちろん、DB からの情報にマップするには、grunt-code が必要です。
それ自体でクラスとしての権利を設計するか、または...
そのクラスがどれほど複雑かによって異なります。...複雑なオブジェクトのコレクションであろうと、単に列挙型でUserGroupあろうと、クラスには権利があると思います。Listビジネス モデルに必要なのは、「ボブにはどのような権利があるか」を尋ねることだけだとします。次に、列挙型のリストは私には良さそうです。列挙型に代わるものは、Rightすべての権限に対してサブクラス化された基本クラスです。そのような些細な使用にはあまりにも多くの作業、IMHO。
どちらに進むべきかわからない場合は、権利のリストをカプセル化する別のクラスを作成してください。Rightアプリケーションの残りの部分に公開する「API」は、列挙型からクラスに、前後に移動した場合でも変更されません。