208(2): 名前は開発中のものです。 [] 2018/06/15(金) 20:15:24.98 ID:JTGrmWDc(6/6) AAS
>>202
Nullエラーが連続で流れていたのはそこで先に進めなかったからなんですね
Nullエラーの場合の、エラー箇所の絞り方もありそうですね
勉強になりました。経験を積んで勉強します！

>>203
す、すみません、自分今
Visual Studio for Mac Tools for Unityでscript打ってます。
win版のVC制作環境の方が人気なのは知っていますが
mac版でVCが出たということで、使い始めました。

しかし、Mac版のVC環境では、デバッグする環境がwin版とは違う気がします
win版ではデバッグを実行すると実際にゲームが実行され、
表示されながら、操作しながらの中
ブレークポイント箇所やエラー箇所でストップしたりするじゃないですか
なので、すごくエラー箇所を理解しやすいです。

Mac版ではブレークポイントをつけて、実行しようにも
ゲーム画面が立ち上がることは無く、
ただソース上で実行されている様で、
しかも、画面が映っていないので、こちらはゲームの操作しながらの確認もできません。
一応ここに目を通しているのですが、
外部ﾘﾝｸ:blogs.msdn.microsoft.com
「主な機能　ワンクリック デバッグ
Visual Studio for Mac の [Start] ボタンをクリックすると、デバッガーが Unity エディターにアタッチされます。⌘ (コマンド) + Enter キーを押せば、さらにすばやく実行できます。」
とありますが、、
Win版と違って、手応えを感じられないデバッグというか、、
一番最初に実行される関数上にブレークポイントをおいて実行してもそこで止まらないんですよね、、、「？」って感じです。
Unity開発環境でほぼ全員がWin版VCを推奨する理由はここにあるのかな、と感じています。

646(1): 名前は開発中のものです。 [sage] 2018/07/04(水) 07:09:39.48 ID:tf96it0x(1) AAS
見てないけどはじめてのUnityにある2Dシューティングは古いチュートリアルだからやるなって何度も言われてるよ

979(1): 名前は開発中のものです。 [sage] 2018/08/01(水) 09:54:18.19 ID:ybRmkBZw(2/2) AAS
>>978
オブジェクトに共通メソッドを入れておき、レイが当たったら、そのオブジェクト独自のメソッドを動作させればいいと思ったのだが。

981(1): 名前は開発中のものです。 [] 2018/08/01(水) 11:08:30.92 ID:XRSMy4I9(1) AAS
>>978
話しがごっちゃになりそうなんで、アレだが
uiの数と表示に関する重さは、どちらかと言うと描画能力に関わるんだよね。
んで、大量に表示されてるような物は大体レイ飛ばして無いよ。範囲内のを描画しとる。レイ飛ばすとしたら並列化とかしないとまず無理だね。
そんな並列化するなら、自分からじゃ無くてオブジェクトから飛ばして、全オブジェクトの動きを並列化する方が楽。

何にせよ、当たったらとか、その先のクリックしたら？とかの分岐は、ちゃんと設計すれば、そんなに種類は多く無い筈なんだよね。
そうなると、共通処理を噛ます、コールする。の方が圧倒的に楽で早い事が分かると思うよ。
アイテム毎に分岐するってのはまず無い話しで、それは何か設計が間違っているから、共通化出来るものを探す旅からする事をお勧めする。