[過去ﾛｸﾞ]
ゲーム制作 雑談スレ【part28】 (1002ﾚｽ)
ゲーム制作 雑談スレ【part28】 http://mevius.5ch.net/test/read.cgi/gamedev/1719897866/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
234: 名前は開発中のものです。 [sage] 2024/07/22(月) 07:45:56.31 ID:aPFQT9Yj >>146 遅レスだけどこんなのはどうだろうか？ 実績クラスを作ってcheckメソッドを作り実績解除条件達成ならばtrueを返すようにする ハードコーディングなら今クラスを継承してcheckメソッドをオーバーライドして条件を設定する ゲーム開始時に実績クラスのインスタンスを作りlist等に入れておいてゲーム更新時にlist内のインスタンスのcheck呼び出してtrueならば実績解除の処理してlistから削除 こうすれば解除済みの条件を再確認しなくなるかな？ 毎フレーム確認が負荷になりそうなら数フレーム毎にチェックや確認は1つに制限して負荷分散かな？ あとこれで1つの関数なりに全部の実績確認を詰め込まなくて良くなるからif地獄はなくなると思うし実績を増やしたくなっても簡単 http://mevius.5ch.net/test/read.cgi/gamedev/1719897866/234
235: 446 [] 2024/07/22(月) 10:18:04.38 ID:a9DDlyVP >>234 たぶんそのへんが落とし所なんでしょな イベントハンドラにリスナーくっつけたらっていうアドバイスもあったけど そのへんの知識が薄いのでそっちもリスナーが存在するかのif判定が残ることにならん？ とわからなかったので楽な方に逃げました http://mevius.5ch.net/test/read.cgi/gamedev/1719897866/235
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.045s