[過去ﾛｸﾞ] 【ワナビ歓迎】ゲーム開発者未満の雑談スレ 4 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
239(3): 2023/07/27(木)17:51 ID:ITN/PV6h(2/2) AAS
>>237
数byteだと数百個生成するオブジェクトでもないと圧迫にはならなそうだね
②も自分の想定では今は基本的にシーンに存在するオブジェクトは事前にインスペクタで登録済みにしてるけど、動的に生成するオブジェクトもマネージャーに登録するとなると結構大変そうだな
ちなみにそういう場合って生成したゲームオブジェクト側のStart関数等でマネージャーをfind→getcomponentするの？
スクリプタブルオブジェクト使えば必要に応じて参照取り出せるのか
破棄がいつされるのか知らないけども
GPUに計算やらせる必要性と技術力は初心者の自分にはまだないかな…
省4
242: 2023/07/27(木)17:56 ID:W8aHkwO9(4/6) AAS
>>239
>Start関数等でマネージャーをfind→getcomponentするの
そそ。割と昔からある古典的なヤーツ。
タグかなんかでガバーッとchildを拾ってきて片っ端からgetcomponent
物理で接触したobjをJointを接続するのに使った覚えがあるよー
243: 2023/07/27(木)17:58 ID:W8aHkwO9(5/6) AAS
てか安価間違えてる。両方>239です
248: 2023/07/27(木)21:01 ID:3xCc0mqk(3/4) AAS
>>239
・ServiceLocatorパターンを使ってマネージャクラスがAwakeで自身をServiceLocatorに登録
・管理される側はStartやOnEnableでServiceLocator経由でマネージャクラスにアクセスして自身を登録、OnDestroyやOnDisableで解除
とかがお手軽かつ処理速度的にも優秀だと思う
ScriptableObjectを共有オブジェクトとしてマネージャやイベント通知に利用するのは便利なんだけどちょっと地雷があって、
Addressablesと併用すると場合よってはインスタンスが共有されずに複製扱いになったりする(詳細に書くとは長くなるから割愛するけど)
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s