[過去ﾛｸﾞ] 【3Dゲームエンジン】Unity質問スレッド29 [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
425: 2017/06/18(日)10:39 ID:3wXsUBad(2/4) AAS
じゃあゲーム上のオブジェクト参照どうすんのよ
426(3): 2017/06/18(日)11:22 ID:YW1VLQdX(1/2) AAS
これ間違ってるね
＞1. Findは基本的に使用禁止
名前で判断するのが一番メンテナンスしやすいので普通によく使われる
バグってもそれを上回る使い安さ。だから使用禁止にしてる企業なんかない
むしろ命名規則の徹底の方が大切。名前書き間違えるとか池沼に弄らせない限り起きません。
池沼はゲーム作っちゃダメ。以上、終わり
427: 2017/06/18(日)11:24 ID:/3Y06ViO(1) AAS
>>424
低能自慢して何が楽しいの？
アセットおじさんとは違う嫌がらせかね
428: 2017/06/18(日)11:51 ID:XAVbtWpl(2/3) AAS
>>426
たとえば…
GameObject.Find("MainCamera");
Camera.main
他所から変更されるリスクはどちらも大差ないが、優先されるべきは圧倒的に後者だ
コード補完が効くのはどっちだ？
コンパイル時点で間違いが検出出来るのは？
処理速度はどっちが早い？
アセットとして切り出した時などに名前を変更されるリスクは本当にないのか？
命名規則に従ってないオブジェクトの存在をどうやって見つける？
運用対処なんてバグの温床以外の何物でもない
429: 2017/06/18(日)12:19 ID:YW1VLQdX(2/2) AAS
さぁ？ｗ
現実は君の考えてる妄想とは違うってこったろうね
430: 2017/06/18(日)12:23 ID:3wXsUBad(3/4) AAS
得意げに長文書いててワロタ
ゲーム会社で働いてから書き込もうな知ったかエンジニア君
431: 2017/06/18(日)12:57 ID:d8uwf8Mk(1/2) AAS
運用カバー無しとかキリがないと思うんだけど
432(1): 2017/06/18(日)13:09 ID:q1X0lAjX(2/5) AAS
>>424
おお、何となく書いたレスに真面目な長文回答つけてくれてわざわざスマンね
俺は内容に関してはほぼ同意
Findに限らず、SendMessageやStopCoroutineみたいな文字列指定はクソだからね
ただ正し過ぎるというか、1,2を両方課すのは求道的すぎて利便性が損なわれてる気もする
1に比べたら、インスペクタ参照についてはもっと緩くてもいいんじゃね
433: 2017/06/18(日)13:10 ID:X5Sl8Nuy(2/5) AAS
ケース・バイ・ケースでアセットをかうのが一番最適だと思います
434: 2017/06/18(日)13:45 ID:DLtXAMjk(1) AAS
Findは使わないけど、正規表現検索と置換使ってないのかな？
435: 2017/06/18(日)13:55 ID:q1X0lAjX(3/5) AAS
そりゃ文字列処理は文字列引数でいいっすよ
参照や呼出しを実行時に文字列比較で解決するのはパフォーマンスも悪いしメンテナンス性も落ちるしデメリットしかないよねってお話
436: 2017/06/18(日)13:56 ID:+mnWtDzw(1/3) AAS
そうだ、俺もアセットを買おう
細かい部分大変だ
アセットを買おう
437: 2017/06/18(日)14:00 ID:Fr4XIrmP(1/2) AAS
>>426
js好きがコンパイルとかたるいっすわw
とか抜かしててライブラリ使う時に違う型渡しててデバッグに手間取って死んでたの思い出した。
438: 2017/06/18(日)14:03 ID:B/qMU4Iu(1) AAS
もうすべての質問に
ケースバイケースて返しとけよw
439(4): 2017/06/18(日)14:08 ID:M/2QAqjI(1/5) AAS
スクリプトアタッチやインスペクタの設定をエディタ拡張で
自動化してる俺には関係が無かった
440: 2017/06/18(日)14:29 ID:q1X0lAjX(4/5) AAS
それな
441(4): 2017/06/18(日)14:46 ID:XAVbtWpl(3/3) AAS
>>432
全面的に同意、求道的すぎるのは認める
ここ初心者多いから>>426みたいなクソ開発者になるなという意味を込めて厳しめに書いた
リスクを理解した上で使うならともかく、安易に便利だからで多用すると一気にコードが糞になるからなぁ
>>439
あるある、ついでにエディタ上で触らせる必要がなく親子関係が確定してるオブジェクトなんかはhideFlagsも立てたりする
442: 2017/06/18(日)15:19 ID:nmnJlvzm(1/9) AAS
コルーチンを使えば大抵は解決する
443: 2017/06/18(日)15:39 ID:X5Sl8Nuy(3/5) AAS
アセットを買えば大抵は解決しますよ
444: 2017/06/18(日)15:47 ID:nmnJlvzm(2/9) AAS
コルーチンとラムダ式でUnityの制御は全て網羅できる
λを崇めよ
445(1): 2017/06/18(日)17:08 ID:hyK8VDmp(1) AAS
アセットストアで売っているアセットについて質問しても宜しいでしょうか？
アセットのスレらしきものがなくて。
terraincomposer2というアセットを買ったのですが、公式を見ながら使ってるのに躓いてしまって…
外部ﾘﾝｸ:www.terraincomposer.com
このアセット購入した方いらっしゃいますでしょうか？
お伺いしたいです。
446: 2017/06/18(日)17:17 ID:X5Sl8Nuy(4/5) AAS
>>445
ケースバイケースで別のアセットを買うのが良いでしょう
447: 2017/06/18(日)17:30 ID:Ga9T3hxB(1/9) AAS
>>439
なにそれ欲しい
GitHubで公開おなしゃす
448(1): 2017/06/18(日)18:20 ID:M/2QAqjI(2/5) AAS
やってる事はOneStepEffectsと大して変わらないから参考にしたらいんでね？
外部ﾘﾝｸ:github.com
全部既出の情報だから大して難しくないし、最初にインスペクタにボタン付けて
それをカスタムするだけだよ
449(1): 2017/06/18(日)18:30 ID:Ga9T3hxB(2/9) AAS
>>448
いや難しくないならなおさら該当機能のみを切り出したシンプルなコード提供おなしゃす
URLは主とする目的以外のスクリプトが多すぎて初心者にはどこ切り出したらいいのかわかりません
>>441の方でもいいですよ
Find使うのは良くないってわかってるけど
インスペクタでポチポチ設定するのもな…ってのを解決できるんでしょ？
ウンチクをダラダラ書くよりもコードと行動で示すのが他の開発者にとっても有益では
何も本垢でとは言わないから捨て垢ででも公開おなしゃす
450: 2017/06/18(日)18:41 ID:9R6VPmIg(1) AAS
スゲー他力本願ｗ
451: 2017/06/18(日)18:47 ID:d8uwf8Mk(2/2) AAS
エディタ用のスクリプトを実際に使うとなると、自分で読み書き出来ないと実用性ないのでは
452(1): 2017/06/18(日)18:48 ID:M/2QAqjI(3/5) AAS
OneStepEffectsってcsが1つ入ってるだけなんだが？
255行目のApplySSAO()とか見ればいいじゃん
幾らなんでも酷いんじゃねーの？
453: 2017/06/18(日)19:08 ID:X5Sl8Nuy(5/5) AAS
>>449
アセットを買ってもダメみたいですね
454: 2017/06/18(日)19:25 ID:Ga9T3hxB(3/9) AAS
>>452
確かに丸投げはいかんなと思い直して読んだけど、このコード提示するのは見当違いじゃね
ここまでさんざん議論されてきたのって
Unityエディタ上でインスペクタで参照設定するのと
AwakeでFind&GetComponentするのとではランタイム時にどっちが効率いいかだよね
URL先のコードはUnityエディタ上のボタン一つでカメラやライトを
FindObjectOfTypeで全走査してAddComponentやプロパティの設定してるだけ
つまりAwakeでFindせずかつインスペクタでポチポチしなくてもいいことへの
解決法でもなんでもないものっていう
>>439で自動化してる俺には関係無いって言ってるけどそもそも求めている結果が違うから
そりゃ関係無いという
上下前次1-新書関写板覧索設栞歴
あと 548 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.023s