[過去ﾛｸﾞ] 【3Dゲームエンジン】Unity質問スレッド33 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
88(2): 2017/12/26(火)00:36 ID:/Bbw4vw9(1/8) AAS
>>87
どっちも近くないです
93: 2017/12/26(火)01:02 ID:/Bbw4vw9(2/8) AAS
>>91
getcomponentはあってるけど呼び出し元はどこでもいい
どこからでも呼び出せるため汎用性が高く使用頻度が高いので86が示してくれた
何で色んなやり方があるのかを考えずに動けばいいとしか考えてないから一向に技術が向上せず質問ばかりになる
動けばいいスタンスで前へ進むことも時には必要だがあまりにも基礎的な部分が疎かに見えるよ
94(1): 2017/12/26(火)01:05 ID:/Bbw4vw9(3/8) AAS
1時間で自己解決するような内容をわざわざ書き込むんじゃねぇ
つうか半年以上Unity触ってんだよね？
それでgetcomponentがよくわかってないってもうちょっと頑張れよって思う
下手すりゃ初日で取り入れるような内容だぞ
100: 2017/12/26(火)10:01 ID:/Bbw4vw9(4/8) AAS
UI的に正解ｗ
そんな意味不明なアドバイスでこの程度のパフォーマンスを気にするの？
forはi--で処理したほうが良いとか言ってそう…
101: 2017/12/26(火)10:03 ID:/Bbw4vw9(5/8) AAS
>>98
ここで聞くほうが圧倒的に効率悪いぞ？
getcomponentはUIに限らずUnity全体の基本
107(1): 2017/12/26(火)16:49 ID:/Bbw4vw9(6/8) AAS
>>102
スケールが違うから撮影範囲外に居るってのは違う
canvasはUIに特化するためにそういう仕組みになってる
3D空間上に居たら最前面に表示すべきUIとモデルの前後関係を注意しなければならなくなる
ゲームによってはカメラが移動しまくるからそれに合わせてUIの座標を追従させるとか馬鹿らしいだろ？
だからオーバーレイ表示する仕組みになってる
ただUIが3D空間上にいてほしいこともある
省3
109: 2017/12/26(火)16:54 ID:/Bbw4vw9(7/8) AAS
スライダーの件は１も２も３も別にどれも間違いでもない
実現したいことが実装できたならまぁそれでいい
ただ今後ちょっと仕様が異なるものが必要になったとき1つの手法しか知らなければまた質問する羽目になる
だから色んな手法を知ることは大事だしUI的に1が正解なんて結論には絶対にならない
スクリプトからスライダー生成する必要が出てきたらUI的に不正解な手法を取らなければならないとかエンジンとしてどうなんだって話
111(1): 2017/12/26(火)18:26 ID:/Bbw4vw9(8/8) AAS
そもそもボタンの記事があるならスライダーの記事なんて無くてもマニュアル見れば後は大体分かると思うけどね
パーツ全部個別に説明が必要な設計ってオブジェクト指向とはなんだったのかってなるし
canvasは公式に説明あるし結構深く解説してるところもいっぱいある
というかスライダーの記事だって山ほどあるでしょ
コレで少ないって言うなら何も作れる気がしないわ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.033s