質問編集履歴

2

改行整形

2021/10/09 16:08

投稿

退会済みユーザー
test CHANGED
File without changes
test CHANGED
@@ -68,7 +68,9 @@
68
68
 
69
69
  **staticな変数は、ゲーム全体に変数が保存されることになるので、シーンが遷移してゲームオブジェクトが破棄されても
70
70
 
71
+ 変数は生き残るようになっている**と認識していたため、
72
+
71
- 変数は生き残るようになっている**と認識していたため、シーンをリロードした際に残っているinstanceがnullでないので、
73
+ シーンをリロードした際に残っているinstanceがnullでないので、
72
74
 
73
75
  そのために、「if (instance == null)」の条件判定が必要と思っていました。
74
76
 
@@ -204,6 +206,8 @@
204
206
 
205
207
  そもそもシングルトンみたいなコードを複数のゲームオブジェクトにアタッチしたり、
206
208
 
207
- Instantiateメソッド等で複製すること自体があまりないように思えるので(あったとしても開発者側(人間側)の凡ミスのはず)、
209
+ Instantiateメソッド等で複製すること自体があまりないように思えるので
210
+
211
+ (あったとしても開発者側(人間側)の凡ミスのはず)、
208
212
 
209
213
  そのチェックのために行っているnull判定ではないように思えてしまいます。

1

改行整形

2021/10/09 16:08

投稿

退会済みユーザー
test CHANGED
File without changes
test CHANGED
@@ -194,14 +194,16 @@
194
194
 
195
195
  上記検証でわからなくなってしまったことに加えて、他に考えられることとしては、
196
196
 
197
- 上記シングルトンみたいなコードを複数のゲームオブジェクトにアタッチしたり、1つだけのゲームオブジェクトにアタッチした場合でも、
197
+ 上記シングルトンみたいなコードを複数のゲームオブジェクトにアタッチしたり、
198
+
199
+ 1つだけのゲームオブジェクトにアタッチした場合でも、
198
200
 
199
201
  Instantiateメソッド等でそのゲームオブジェクトを複数生成した場合に、
200
202
 
201
203
  「if (instance == null)」の判定が生かされるようにも思えますが、
202
204
 
203
- そもそもシングルトンみたいなコードを複数のゲームオブジェクトにアタッチしたり、Instantiateメソッド等で複製すること自体が
205
+ そもそもシングルトンみたいなコードを複数のゲームオブジェクトにアタッチしたり、
204
-
206
+
205
- あまりないように思えるので(あったとしても開発者側(人間側)の凡ミスのはず)、
207
+ Instantiateメソッド等で複製すること自体があまりないように思えるので(あったとしても開発者側(人間側)の凡ミスのはず)、
206
208
 
207
209
  そのチェックのために行っているnull判定ではないように思えてしまいます。