[過去ﾛｸﾞ] 【3Dゲームエンジン】Unity質問スレッド29 [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次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で自動化してる俺には関係無いって言ってるけどそもそも求めている結果が違うから
そりゃ関係無いという
455: 2017/06/18(日)19:28 ID:Ga9T3hxB(4/9) AAS
ちなみにFind系は基本的にエディタ拡張でヒエラルキー走査して
ごにょごにょやるためにあるようなものだと思ってる
Unityエディタ上ではパフォーマンスは多少犠牲になっても問題ないし
こうなると>>441の”あるある”に期待やなぁ
456(1): 2017/06/18(日)19:39 ID:M/2QAqjI(4/5) AAS
エディタでメソッド実行すると変数はインスペクタに記録されるから
手動で設定したのと同じなんだけどな
457(1): 2017/06/18(日)19:49 ID:nmnJlvzm(3/9) AAS
すまん、お前らまだUnityでコーディングしてるね
画像ﾘﾝｸ
今はビジュアルスクリプディングの時代ですよ
458(1): 2017/06/18(日)19:50 ID:nmnJlvzm(4/9) AAS
お前らまだUnityでコーディングしてるの？
459(2): 2017/06/18(日)19:51 ID:Ga9T3hxB(5/9) AAS
>>456
いやランタイム時の参照をどう持つかのお話なので
Unityエディタ上でコンポーネントのプロパティの設定(と無い場合はAddComponent)を
自動化してるか手動でやるかのあなた話は、議論している箇所が違うんですよね…
煽ってるわけではないので気を悪くしないでね
460(1): 2017/06/18(日)20:01 ID:M/2QAqjI(5/5) AAS
>>459
話もブレてるし何を理想として思い描いたのかよく分からないな
461: 2017/06/18(日)20:03 ID:0/Ag2Y7d(1) AAS
>>458
コルーチンをビジュアルに書いたの見せてくれ
462(1): 2017/06/18(日)20:13 ID:q1X0lAjX(5/5) AAS
>>459
最初の問い(>>389)はランタイム時の効率についての話しだが、それについてはFindのほうがオーバーヘッドが大きいよねと概ねコンセンサスは出来てるだろう
（直接、Find系とインスペクタ参照で速度比較したデータが示されていないけど）
で、>>424でランタイム時の効率だけでなくメンテナンス性にも話題が広がったので、複雑な参照関係はエディタ拡張スクリプトで自動化しておくと効率面でもメンテナンス面でも有益なことが多いよね、となった
なんかおかしいかな？
上下前次1-新書関写板覧索設栞歴
あと 540 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.012s