[過去ﾛｸﾞ] ゲーム制作 雑談スレ【part28】 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
146(3): 446 2024/07/10(水)13:56 ID:7BEXlFef(1) AAS
すごい初歩的な事聞くんだけどさ
実績的なものを実装してある条件を達成したら「実績をアンロック」って出したい場合
その条件を満たしそうな行動が実施されるたびに最低でも実績解除済みかの判定をしなきゃいけないんかな
何が言いたいかというと今後二度とtrueにならない判定を実行中のコード内から排除する方法ってないのだろうかと
まあ、今のマシンスペックでbool判定一回のオーバーヘッドなんて無視できる計算量だろうけれど
150: 2024/07/10(水)17:28 ID:EPhYyG7i(1) AAS
>>146
リスナークラスを使ってるな、イベント発生点はリスナーに投げるだけ
実績クラスが必要なイベントだけ受け取り達成してるか集計など行う
型を意識せず済むし、受け取り側は複数でもいけるからね
さらに言えば、実績マネージャークラスってのがあって
実績クラスのリストを持ってる
達成時に実績クラスはマネージャーを呼んで
省6
151: 2024/07/10(水)17:42 ID:wYgfvr6W(1) AAS
>>146
計算量が気になるなら、フラグの数に関係なく一定の計算量になる処理にしたらいいんじゃない？
234(1): 2024/07/22(月)07:45 ID:aPFQT9Yj(1) AAS
>>146
遅レスだけどこんなのはどうだろうか？
実績クラスを作ってcheckメソッドを作り実績解除条件達成ならばtrueを返すようにする
ハードコーディングなら今クラスを継承してcheckメソッドをオーバーライドして条件を設定する
ゲーム開始時に実績クラスのインスタンスを作りlist等に入れておいてゲーム更新時にlist内のインスタンスのcheck呼び出してtrueならば実績解除の処理してlistから削除
こうすれば解除済みの条件を再確認しなくなるかな？
毎フレーム確認が負荷になりそうなら数フレーム毎にチェックや確認は1つに制限して負荷分散かな？
省1
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.030s