回答編集履歴
4
やっぱり重要なことなので、付け加えました。
answer
CHANGED
|
@@ -58,3 +58,19 @@
|
|
|
58
58
|
それだけでなく、デザイナ側もアニメーションをエディタ上で確認すればいいわけで、プログラムを動かさなくてもいいわけです。
|
|
59
59
|
(質問にあるようなハートでの表現であれば、もうひと工夫いることになりますが)
|
|
60
60
|
|
|
61
|
+
-------------
|
|
62
|
+
|
|
63
|
+
> 事前配置や実行時のソートといった回避策ではなく、動的生成の柔軟性を維持したまま、Editモード上でダミー生成してレイアウトを確認できるような仕組みを想定しておりました。
|
|
64
|
+
|
|
65
|
+
どうもこの言い回しが気になるのですが。
|
|
66
|
+
ちょっと昔話をしましょうか。
|
|
67
|
+
|
|
68
|
+
Unityなどが存在していなかった頃、このようなUIの作り方はどうしていたかというと、デザイナがPhotoshopなどで画面のイメージを作成し、それぞれの表示物の座標をメモしてプログラマに渡して、プログラマが一つ一つコードで表示するようコードを記述していました。
|
|
69
|
+
|
|
70
|
+
これがデザイナにとってもプログラマにとっても非常にコストのかかる作業であり、問題になっていました。
|
|
71
|
+
実際、自分もデザイナから「この作業、どうにかならないものですかね」と相談を受けたことがあります。
|
|
72
|
+
|
|
73
|
+
それが、Unityなどの登場により、UI設計が画面上で行えるようになり、設計された情報がそのままデータとしてプログラマに渡せるようになり、プログラマは大したコードも書かずにUIを表示することができるようになったわけです。
|
|
74
|
+
|
|
75
|
+
つまり、あなたの言っている「動的作成」というのは昔やっていた手法であり、 **ローテクでであるので、まずなくすことを考えるべきです。**
|
|
76
|
+
もちろん、使えばより良くなるのであれば使うべきですが、過去の問題まで巻き戻すような使い方は避けるべきではないでしょうか。
|
3
質問からは県警のないことだと感じたので、削除します。
answer
CHANGED
|
@@ -58,20 +58,3 @@
|
|
|
58
58
|
それだけでなく、デザイナ側もアニメーションをエディタ上で確認すればいいわけで、プログラムを動かさなくてもいいわけです。
|
|
59
59
|
(質問にあるようなハートでの表現であれば、もうひと工夫いることになりますが)
|
|
60
60
|
|
|
61
|
-
-------------
|
|
62
|
-
|
|
63
|
-
> 事前配置や実行時のソートといった回避策ではなく、動的生成の柔軟性を維持したまま、Editモード上でダミー生成してレイアウトを確認できるような仕組みを想定しておりました。
|
|
64
|
-
|
|
65
|
-
どうもこの言い回しが気になるのですが。
|
|
66
|
-
ちょっと昔話をしましょうか。
|
|
67
|
-
|
|
68
|
-
Unityなどが存在していなかった頃、このようなUIの作り方はどうしていたかというと、デザイナがPhotoshopなどで画面のイメージを作成し、それぞれの表示物の座標をメモしてプログラマに渡して、プログラマが一つ一つコードで表示するようコードを記述していました。
|
|
69
|
-
|
|
70
|
-
これがデザイナにとってもプログラマにとっても非常にコストのかかる作業であり、問題になっていました。
|
|
71
|
-
実際、自分もデザイナから「この作業、どうにかならないものですかね」と相談を受けたことがあります。
|
|
72
|
-
|
|
73
|
-
それが、Unityなどの登場により、UI設計が画面上で行えるようになり、設計された情報がそのままデータとしてプログラマに渡せるようになり、プログラマは大したコードも書かずにUIを表示することができるようになったわけです。
|
|
74
|
-
|
|
75
|
-
つまり、あなたの言っている「動的作成」というのは昔やっていた手法であり、 **完全なローテクでであるので、まずなくすことを考えるべきです。**
|
|
76
|
-
(もちろん、そのローテクを使わければ実現できないこともあり、そのような場合には積極的に使うべきですが)
|
|
77
|
-
考えが時代に逆行しているのではないですか。
|
2
フォロー
answer
CHANGED
|
@@ -73,4 +73,5 @@
|
|
|
73
73
|
それが、Unityなどの登場により、UI設計が画面上で行えるようになり、設計された情報がそのままデータとしてプログラマに渡せるようになり、プログラマは大したコードも書かずにUIを表示することができるようになったわけです。
|
|
74
74
|
|
|
75
75
|
つまり、あなたの言っている「動的作成」というのは昔やっていた手法であり、 **完全なローテクでであるので、まずなくすことを考えるべきです。**
|
|
76
|
+
(もちろん、そのローテクを使わければ実現できないこともあり、そのような場合には積極的に使うべきですが)
|
|
76
77
|
考えが時代に逆行しているのではないですか。
|
1
コメントに対する追記
answer
CHANGED
|
@@ -28,4 +28,49 @@
|
|
|
28
28
|
|
|
29
29
|
といった感じでしょうか。
|
|
30
30
|
|
|
31
|
-
もし 実行時に `Instantiate` することが絶対であれば、[gizmosを使ってハートの位置を表示する](https://raspberly.hateblo.jp/entry/UnitySceneGizmos)という手もあると思います。
|
|
31
|
+
もし 実行時に `Instantiate` することが絶対であれば、[gizmosを使ってハートの位置を表示する](https://raspberly.hateblo.jp/entry/UnitySceneGizmos)という手もあると思います。
|
|
32
|
+
|
|
33
|
+
------------------------------
|
|
34
|
+
コメントを受けて追記します。
|
|
35
|
+
|
|
36
|
+
質問にあるような問題に当たった場合、
|
|
37
|
+
|
|
38
|
+
1. `Instantiate` を使わずに対処する方法を考える。
|
|
39
|
+
2. エディタ上で確認する。
|
|
40
|
+
|
|
41
|
+
という対策をまず考えます。
|
|
42
|
+
(先の回答で話したHPバーのハートの件は、1の対処ということになりますね）
|
|
43
|
+
|
|
44
|
+
もちろん、これで解決しない場合があれば別途対策を考えますが、大抵の場合そのようなことはほとんどありません。
|
|
45
|
+
ですので、質問に対する一般的なベストプラクティスなんて、これ以外ないんですよ。
|
|
46
|
+
|
|
47
|
+
----------------
|
|
48
|
+
|
|
49
|
+
`Instantiate` は、エディタ上でシーンにプレハブなどのGameObjectを配置する、という操作をランタイムで行うだけのものです。
|
|
50
|
+
ですので、大抵の場合はエディタ上の確認で十分であり、ゲーム中で調整するということはありません。
|
|
51
|
+
|
|
52
|
+
----------------------
|
|
53
|
+
|
|
54
|
+
最近の話で言えば、表示の切り替えをアニメーションで行う。というやり方を取るところも多いです。
|
|
55
|
+
|
|
56
|
+
例えば、HPバーのHPが0の状態を1フレーム目に、HPがフルの状態を10フレーム目になるようにアニメーションを作成します。
|
|
57
|
+
このようにすれば、プログラム側ではアニメーションを停止させて、アニメーションフレームを(10 * 現在のHP値 / HPの最大値)に設定することにより表示でき、プログラム量が減ることになります。
|
|
58
|
+
それだけでなく、デザイナ側もアニメーションをエディタ上で確認すればいいわけで、プログラムを動かさなくてもいいわけです。
|
|
59
|
+
(質問にあるようなハートでの表現であれば、もうひと工夫いることになりますが)
|
|
60
|
+
|
|
61
|
+
-------------
|
|
62
|
+
|
|
63
|
+
> 事前配置や実行時のソートといった回避策ではなく、動的生成の柔軟性を維持したまま、Editモード上でダミー生成してレイアウトを確認できるような仕組みを想定しておりました。
|
|
64
|
+
|
|
65
|
+
どうもこの言い回しが気になるのですが。
|
|
66
|
+
ちょっと昔話をしましょうか。
|
|
67
|
+
|
|
68
|
+
Unityなどが存在していなかった頃、このようなUIの作り方はどうしていたかというと、デザイナがPhotoshopなどで画面のイメージを作成し、それぞれの表示物の座標をメモしてプログラマに渡して、プログラマが一つ一つコードで表示するようコードを記述していました。
|
|
69
|
+
|
|
70
|
+
これがデザイナにとってもプログラマにとっても非常にコストのかかる作業であり、問題になっていました。
|
|
71
|
+
実際、自分もデザイナから「この作業、どうにかならないものですかね」と相談を受けたことがあります。
|
|
72
|
+
|
|
73
|
+
それが、Unityなどの登場により、UI設計が画面上で行えるようになり、設計された情報がそのままデータとしてプログラマに渡せるようになり、プログラマは大したコードも書かずにUIを表示することができるようになったわけです。
|
|
74
|
+
|
|
75
|
+
つまり、あなたの言っている「動的作成」というのは昔やっていた手法であり、 **完全なローテクでであるので、まずなくすことを考えるべきです。**
|
|
76
|
+
考えが時代に逆行しているのではないですか。
|