Unity初心者の俺が調べたことをメモするスレ

**名前は開発中のものです。** · 2023/09/22(金) 22:10:05.72

適切にコンパイルされたか否かって何かToolとかあるんです？

**名前は開発中のものです。** · 2023/09/23(土) 13:04:32.12

>>72
たしかにLinqは便利な分最適化には程遠いかも

**名前は開発中のものです。** · 2023/09/23(土) 17:27:46.55

>>73
いや分からない（知らない）
コンパイルすら通らないのかコンパイルは通るけど使い方間違えると実行時エラーでるのかが分からないからそう書いただけ
>>74
便利だけどゲームだと使い道が難しそうな印象があるなあ
今日の作業で久しぶりにLINQ使ってみたけど、FindAllしたら新しいList<T>インスタンスが戻り値として生成されるみたいで結構な量のアロケーションが発生しちゃった
Forで要素0からループで走査して条件一致する度にグローバルな使い回し用リストにAddするとアロケーション無しになる
ただインベントリのアイテム内を並び替えるだけの処理で戦闘中とかフレームレートが必要な場面で呼び出されることは想定してないから、まあ実際にプレイに影響は出ないとは思うけどね

**名前は開発中のものです。** · 2023/09/23(土) 17:50:57.84

そういえばFuncでリスナー複数いるとどうなるの？問題についてちょっと検証してみたそういえばFuncでリスナー複数いるとどうなるの？問題についてちょっと検証してみた

using System;
using UnityEngine;
public class TestClass : MonoBehaviour
{
// 静的アクション
public static event Func<int,int> testFuncEvents;

// シリアライズフィールド
[Header("Funcテスト")]
public bool startFuncTest;
public int FuncTestArg;
public int Returnvalue;

public int? Result { get => Returnvalue;
set
{
Debug.Log("Resultプロパティが呼ばれました戻り値は"+value);
if(value.HasValue)
Returnvalue = value.Value;
}
}

**名前は開発中のものです。** · 2023/09/23(土) 17:51:54.28

改行と文字数の限界でコード貼るのは無理か
結論としては
① 変数に代入される戻り値は一番最後に登録されたリスナーのものになる
② 最後のリスナーのみがプロパティをコールする。リスナーは3人いるのにプロパティは1回しかコールされなかった（リスナーは3人ともデバックログが出たが、プロパティは1回しか出なかった）
③ nullはnullじゃない文字列と連結しようとすると空白になるが、単体又はnullと連結しようとすると文字列はNullになる

まあリスナーの管理が面倒だからたしかにChatGPTの言う通りFuncはイベントで扱うべきじゃないのかも？

**名前は開発中のものです。** · 2023/09/24(日) 22:38:55.38

今日の作業はクラスの設計を考えた
「カプセル化」をすることでクラスを他の処理にも再利用できるので、静的イベントやインターフェースを駆使して様々な「選択」が必要なUI画面で利用できる独自セレクタブルを作りたい

**名前は開発中のものです。** · 2023/09/25(月) 21:40:56.58

今日はグラフィック関係をやっていてコードにあまり触れてないので調べ物はナシ！
enumのSwitch式だかSwitch文だかをもう少し書きやすくする方法ないかなとは思ったり

**名前は開発中のものです。** · 2023/09/26(火) 21:52:51.98

制作が軌道に乗ってくるとメモすることがなくなるんだよな
既に調べた知識で作り続けるだけだから
だいぶ先になるけど有料アセットのうちFinalIKとEasySaveは詳しく使い方を覚えたいし覚えたら書くかねえ
特にFinalIKはUnity標準のメカニムとどのくらい共用できるのか知りたい

**名前は開発中のものです。** · 2023/09/28(木) 22:06:34.28

製作順調なら製作進捗でもいいんだよ

**名前は開発中のものです。** · 2023/09/29(金) 19:51:15.97

>>81
それはアリだねただ一応秘密で作ってるんでどこまで内容書くかは悩みどころだが

今やってるのはアイテム合成システムの設計
合成時に素材の特殊能力を引き継ぐのだが、異なる特殊能力同士が合体して新たな特殊能力に変わるシステムをどうやって実装するか考えている
一番手っ取り早そうなのは、
①素材アイテムの特殊能力をコレクションに格納する→②コガネブログからお借りした組み合わせ列挙拡張メソッドを使って事前に指定した合体組み合わせに該当するか調べる→③合体組み合わせが不存在になるまで繰り返す
かなと思っている

**名前は開発中のものです。** · 2023/09/30(土) 07:12:12.43

俺もちょうど合成システム作ってるとこでビビった
俺は2つのarrayをソートして、比較する単純なものだけど…

**名前は開発中のものです。** · 2023/09/30(土) 22:25:15.09

>>83
合成が合成システムを実行したその１回しか行われないならそのやり方の方が楽そう
自分のは合成して特殊能力が合体した際に次レベルの合体条件も満たしていたら順次合体を繰り返していく機能を想定しているから、配列やリストを何回も走査すると重いかもなあという懸念がある
ただコガネブログのも合体成立時に何回も呼び出すと重そうなので、素材アイテムの持つ特殊能力の管理番号全てをHashSetに入れて、差集合とAddを使って合体組み合わせを探していくのもアリかも
こればっかりは自分の設計に合わせて複数のコードを組んで検証してみるしかないね

**名前は開発中のものです。** · 2023/10/04(水) 01:17:36.07

おや？停滞？

良スレかと思ってたが、中途半端に投げ出す感じな

**名前は開発中のものです。** · 2023/10/04(水) 17:41:48.36

今は既に調べておいた知識でゆっくり作っている状況だから特に書くことが無いのよね
グラフィックス関係の勉強もしてるんでそっちに多く時間を割いてるのもある
一応調べたことの備忘のスレのつもりなんで、何も調べてないのに毎日作業内容を報告するのもなんか違うと思うし
あと単純に最近安定して5chが見られなくないか？
基本的にメモは作業用ではないPCのEdgeで書いてレスしてるけど、今もまたスレが開けなくて内容ドライブ経由でコピーしてスマホからレスした

今やってる作業はアイテム合成システムのクラス設計、メニュー画面・装備画面UIの作成あたりかな
ゲームシステムについての最近考えている事は
・アイテムの購入・売却の実装
既にエクセルデータをスクリプタブルオブジェクト化して売値・買値等のデータを取り込んである＆プレイヤー以外もアイテムを所持できるようにプレイヤー・NPCの共通基底キャラクタークラスに所持品クラスのフィールドと取得用インターフェースを実装済み、装備画面UIの作成時に抽象クラスとインターフェースを利用して割と再利用性を高めてある（つもり）なので、作成自体はそこまで難しくなさそう。
アイテム売る商人の持つアイテムデータは、アイテムインスタンスクラスに[Serializable]を付けてキャラクタークラス→所持品クラス→アイテムインスタンスで開いてインスペクターから直接設定するか、又は何らかのコレクションで値だけインスペクターから設定してStart関数でアイテムクラスのインスタンスをnewしてコンストラクタにその値を渡してやればよさそう
ただそもそもゲーム内に商人を実装するかは未定
・3Dのゲーム性を採用するか
購入済みのノーコード系アセットがパフォーマンスの向上目指して改修されるそうなんでやっぱり使ってみたい感がある（気持ちの問題）。
あとこのアセットがasync/await使ってる所為でアセットの機能にアクセスするとそれなりにGC発生するんだけど、将来的にはUnityにも.NET5のAsyncValueTaskが導入されたら更にパフォーマンス向上するかも（非同期処理のこと全然分かってないので自分でアセットのコアコードをUniTaskに置き換えるのはまだ怖い）

**名前は開発中のものです。** · 2023/10/04(水) 17:42:01.17

C#・Unityの勉強としては
・非同期処理
上でも書いたがよく分かってない。今作っている範囲だと用途は少なそうだけど、唯一「アイテムを大量に捨てる場合」に役立ちそうな気がしている。
というのもアイテムを捨てる際には自作のアイテム管理クラスのアイテム破棄の関数をコールするのだが、検索システムに備えて入手時にコレクションへの登録を沢山しているので破棄時には逆にコレクションからの削除を行う必要がある
アイテム捨てる処理は入手処理と違って新たなインスタンスはほぼ生成しないのでGCの問題はないが、単純にコレクションへのアクセスが多いのと、プレイヤーが何百・何千個ものアイテムを一気に捨てることができるUIを組んでしまったので大量にアイテム破棄を行うと余裕で60fps割ってしまう。また所持品管理ディクショナリーの参照が切れるのでアイテムインスタンス自体もガベコレの対象になるのでガベコレによるスパイク発生の危険性も高くなる。
そこで非同期処理を用いてフレームを分散してアイテムの破棄を行えば、捨てる処理自体のスパイクは軽減できるかなと思った
プレイヤーは1f単位で処理を認識している訳ではないので、内部的には数fに分離しても多分気が付かない（あまりに重い場合は「アイテムを捨てています」等の進捗を画面に表示した方がよさそうだけど）
非同期処理はコルーチン、async/await、UniTaskあたりが有名なのかな？性能でいえばUniTask一択なんだろうけどまずはコルーチンから試してみようと思っている（GCは知らない）

**名前は開発中のものです。** · 2023/10/07(土) 18:13:33.15

自分はインボーク、インボークリピートをもっぱら使うなぁ

**名前は開発中のものです。** · 2023/10/07(土) 21:08:01.13

>>88
InvokeやInvoke.RepeatingはMonoBehaviourの機能だから個人的にあまり使いたくないなあと思ったり（他のクラスに移植したり仕様変更する際に面倒そうなので…）
引数にstring型使うからアロケーションも心配
ただアタッチ先ゲームオブジェクトだけで完結する処理ならそれが手っ取り早そうだね

**名前は開発中のものです。** · 2023/10/07(土) 21:19:34.52

でも引数はメソッドの名称だからアロケーション発生しないんじゃね？

**名前は開発中のものです。** · 2023/10/07(土) 22:01:39.06

>>90
エディタ上でテストプレイしてみたけど。確かにMonoJIT以外でのアロケーションは発生しないね
原因について雑に調べたけど、もしかしたら文字列リテラルだからコンパイル時に生成・メモリに格納されて一致する限りは使い回しがされるからっぽい

**名前は開発中のものです。** · 2023/10/07(土) 22:01:43.61

>>90
エディタ上でテストプレイしてみたけど。確かにMonoJIT以外でのアロケーションは発生しないね
原因について雑に調べたけど、もしかしたら文字列リテラルだからコンパイル時に生成・メモリに格納されて一致する限りは使い回しがされるからっぽい

**名前は開発中のものです。** · 2023/10/07(土) 22:23:13.50

潔癖症みたいやねそこまで気にするのって

**名前は開発中のものです。** · 2023/10/08(日) 09:30:28.99

非同期処理はコルーチンしか使ったことないや

**名前は開発中のものです。** · 2023/10/08(日) 21:22:41.79

>>93
GCallocは削れば削るだけ良いからね
自分はECSを使うのは現状では無理そうだから削減可能な場所は全て対応するようにしている
>>94
MonoBehaviourで非同期処理を扱うならコルーチンが入門な感じがあるね
返し値を扱うのが面倒そうなのが難点だけどそれでもUniTaskよりはとっつきやすそう（偏見）

**名前は開発中のものです。** · 2023/10/08(日) 21:32:09.46

今のパソコンというか環境でも
やはりけづれる物は削る方がいい？

初心者とかそこまで考える必要はあるのかな？

**名前は開発中のものです。** · 2023/10/09(月) 14:29:55.33

>>96
明らかなボトルネックや安定した後の最適化ならともかく、開発中はできるだけ素直でメンテナンスしやすいコードの方が良いよ

**名前は開発中のものです。** · 2023/10/25(水) 17:52:32.75

進捗どうですか？

**名前は開発中のものです。** · 2023/11/15(水) 23:27:25.96

エタったか
無駄なスレ建ててまで書くなよ