スレ立てるまでもない質問はここで 164匹目 (52ﾚｽ)
スレ立てるまでもない質問はここで 164匹目 http://mevius.5ch.net/test/read.cgi/tech/1681525978/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
41: デフォルトの名無しさん (ﾜｯﾁｮｲ 338a-pDLy) [] 2023/12/28(木) 04:24:08.06 ID:NBXduxv20 フラグ管理の効率的な方法を教えて下さい。 作成中の社内向け事務アプリなんですが、判定要素が多くなりすぎて毎回読む度に悩みます。 ユーザーに割り当てられた権限や日時による分岐がめっちゃ多いです。 例えば、シンプルなやつだと下記みたいな感じです。 ※権限には、種類とランクがあります。 ・権限Aを持っているユーザーB〜Eが、日時F〜Gの間に許可した時だけ、 ユーザーH・Iが日時J〜Kの間だけ権限L・Mを付与されて、 その権限を行使して処理NまたはOを合計2回行った時に、その権限を付与したユーザー(B〜E)の権限PをQ〜Rの期間降格する。 http://mevius.5ch.net/test/read.cgi/tech/1681525978/41
42: デフォルトの名無しさん (ﾜｯﾁｮｲ ffc0-YJuU) [sage] 2023/12/28(木) 09:11:59.14 ID:i2ZdA1S00 >>41 ・フラグにfindFlagみたいな不適切な名前をつけない grantedのような過去分詞にする ・真偽値の変数をなるべく減らす 関数のロジックで表現して意味が通る単位で適度に分割する ・権限に関する判定を他のロジックから独立させる たとえば権限判定クラスを作って、コンストラクタでユーザを与える 他のロジックからは、権限があるか？というメソッドだけを呼ぶ 権限の判定処理に興味があるときはその内側のソースのみを追えば良く、その逆も然りとする http://mevius.5ch.net/test/read.cgi/tech/1681525978/42
43: デフォルトの名無しさん (ﾜｯﾁｮｲ 3393-ZEMC) [sage] 2023/12/28(木) 10:45:50.72 ID:01mDGJoH0 >41 案１：フラグはデータベースで管理する。フラグが変更される度にデータベース内ユーザーフィールドのフラグカラムをupdateで更新する。 案２：フラグ変更のプログラムをサブルーチン化（ユーザー定義関数）させる。Aの挙動の時はhogeフラグ、Bの挙動の時はpiyoフラグ、というようにA/B/C…どんな挙動が行われても対応するフラグを与えられるようにサブルーチンでさせる。 どちらの案にも共通しているのは、「管理を１つにまとめる」「ページをまたいでもフラグを簡潔に保持できるようにする」という点。 http://mevius.5ch.net/test/read.cgi/tech/1681525978/43
44: デフォルトの名無しさん (ﾜｯﾁｮｲ 3393-ZEMC) [sage] 2023/12/28(木) 10:49:35.55 ID:01mDGJoH0 >41 この手の内容は運用していくたびに今後もフラグの追加や削除が行われていきそうだから、メンテナンスしやすい可読性の高い先を見据えたプログラム書いてあげるのも重要だねー http://mevius.5ch.net/test/read.cgi/tech/1681525978/44
46: デフォルトの名無しさん (ﾜｯﾁｮｲ 0301-pg9Y) [sage] 2023/12/28(木) 12:27:48.58 ID:h0GDpcws0 >>41 一番いいのはきちんとモデリングしてフラグを無くすこと データベース管理にするかコード上で管理するかは状況次第だけど 複雑になればなるほどデータベース管理のほうが柔軟性も保守性も高くなることが多い 例えば↓こういうテーブル群を用意して 1. ユーザーごとの基本権限 2. 処理ごとの認可ルール 3. 実行回数など動的認可ルールのための記録 4. 実行回数等による降格ルール 5. 降格ルール等により基本権限を上書きするユーザーごとの一時的権限 処理Nが呼び出されるときに呼び出す権限チェック処理では 認可ルール・基本権限・一時的権限を確認することで処理Nを実行可能かどうか判断して 実行可能であれば実行回数等の記録と降格ルールなどの確認と適用を行うイメージ http://mevius.5ch.net/test/read.cgi/tech/1681525978/46
48: デフォルトの名無しさん (ﾜｯﾁｮｲ ff79-Eb5K) [sage] 2023/12/28(木) 21:14:58.94 ID:3Z7OGsfy0 >>41 話を単純化すると、大雑把にユーザー、権限、処理の3種類のカテゴリとする ユーザーとは ・所有している権限で許可された処理を行える 権限とは ・権限には種類とランクがある ・権限により実行できる処理が決められている 処理とは ・処理はいくつも作成できる ・処理の種類はユーザーへの権限付与や剥奪、処理の許可、その他がある ・処理を実行する時、指定回数や期間等を設定でき、特定条件に合致した時に別の処理を呼び出せる これを踏まえた各カテゴリの性質 ユーザー： 権限(単数、複数)と権限の範囲で可能なユーザーが作成した固有の処理 →可変 権限： 種類とランクで可能な処理一覧 →不変 処理： 想定する権限、処理内容、条件等の設定できる情報 →不変 以下の処理を作成し、整合性をチェックする 処理1 日時F〜Gの間、処理2を許可し、処理1を実行したユーザーを記憶する (権限Aを持つユーザーB〜Eに紐付け) 処理2 日時J〜Kの間、ユーザーH・Iに権限L・Mを付与する 処理NまたはO 処理実行し処理NまたはOの実行回数が合計2回に達した時、処理3を実行 (権限L・Mを持つユーザーH・Iが実行) 処理3 処理1で記憶したユーザーの権限PをQ〜Rの期間降格する (処理NまたはOからの条件付き実行) http://mevius.5ch.net/test/read.cgi/tech/1681525978/48
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.012s