私はパターンを設計するのが初めてなので、私の質問は少しおかしく聞こえるかもしれません。
多くのコントロールを含む Web フォームがあります。ユーザーが持っている権限とフォームのステータスに応じて、一部のコントロールを編集可能にするか、読み取り専用にするか、非表示にする必要があります。
この混乱をすべて整理するには、どのデザイン パターンを実装すればよいか迷っていました。
責任の連鎖について考えていたので、連鎖内の各リンクは何らかのロジックを担当します。
私は正しい道を進んでいますか?
私はパターンを設計するのが初めてなので、私の質問は少しおかしく聞こえるかもしれません。
多くのコントロールを含む Web フォームがあります。ユーザーが持っている権限とフォームのステータスに応じて、一部のコントロールを編集可能にするか、読み取り専用にするか、非表示にする必要があります。
この混乱をすべて整理するには、どのデザイン パターンを実装すればよいか迷っていました。
責任の連鎖について考えていたので、連鎖内の各リンクは何らかのロジックを担当します。
私は正しい道を進んでいますか?
問題にアプローチする方法はおそらくたくさんありますが、ユース ケースに関する具体的な情報がなければ、何かを推奨することは困難です。
ただし、考慮すべきより広い問題があるようです。あなたが話している種類のきめの細かい権限を適用する必要があるというビジネス上のニーズがあることはほとんどありません。信じられないほど柔軟な役割/権限の承認システムを作成することに行き過ぎている開発者をよく見てきましたが、ビジネスの観点から問題を考えてみてください。通常、時間の経過とともにニーズ (権限) がほとんど変化しない少数の役割があり、各役割は異なるタスクを実行しようとしています。
当面のタスクに最適化された役割やステータスごとのフォームを導入することで、この問題をより簡単に解決できますか? これは、長期的には維持しやすく、ユーザーにとってより明確であることに気付くかもしれません。