【Unity】SendMessage怖い、専用アトリビュート作ったらどうだろう？【結局微妙】 - Qiita
はじめに はじめに断っておきますが、結論は微妙です。 SendMessage怖いですね！ SendMessageというメソッド SendMessageというメソッドがあります。 同じオブジェクトについている他のコンポーネントのメソッドを呼び出したり、あるgameObjectに付与されている任意のコンポーネントのメソッドを呼び出せます。 呼び出すためにメソッドの名前を文字列で指定します。こんな感じです。 using UnityEngine; public class Receiver : MonoBehaviour { public void ReseiveMessage () { Debug.Log ("receive"); } } using UnityEngine; public class Sender : MonoBehaviour { [SerializeField] GameO
StartCoroutineなどで、引数に渡すメソッド名をうっかり変えそびれるのを防ぐ方法 - Qiita
はじめに StartCoroutine StopCoroutine Invoke InvokeRepeating SendMessage これらのメソッドの共通点は何でしょうか？ それは、「メソッドの名前を引数にとる」という点です。 さて、ちょっと前に、【Unity】SendMessage怖い、専用アトリビュート作ったらどうだろう？【結局微妙】という投稿をしました。 SendMessageというメソッドは他のGameObjectや他のコンポーネントのメソッドを呼び出すためのメソッドです。このメソッドは、呼び出したいメソッド名を引数に渡します。このSendMessageには気をつけないといけないことがあります。SendMessageで呼び出すメソッドの名前が変更されたのに、SendMessageに渡す引数名を変更し忘れてしまうと、実行時エラーになってしまうということです。 先の投稿では、これ
プログラミングのルール
自分のルールを twitter に書いてみました。1時間半ぐらいやってたらしい。 ＊ ＊ ＊ 変数名やクラス名に省略した単語でなく正しいスペルのものを使う。 他人のインデントはいじらないが、間違ってるのはなおす。同じインデントシステムを使う。勝手に発明しない。ちなみに、K&R 大域変数は使わない。Singleton も使わない。インスタンス変数経由でパラメータを渡さない。必要な場合のみに使う。 コメントは関数/メソッドの役割に対しておこなう。bug fix comment には例を含める。 測定を伴わない最適化は無意味で間違っている。 xUnit を使う。 修正前のコードを残すようなことはせず、版管理にまかせる。 fprint() ; exit() ; のようなエラー処理をせず、エラー処理ルーチンを呼ぶ。 malloc を裸で使わない。 use case 図から書き始める。 if else
Javaのメソッド名によく使われる単語・接頭辞 - 地平線に行く
Javaの標準API（java.*, javax.*）に含まれるメソッド名を分析して、よく使われている単語や接頭辞を抜き出してみました。 これで、もうメソッド名を決めるのに迷わない！はず…。 接頭辞 順位 単語 意味 代表例 出現回数 1 get 取得する List#get() 21198 2 set 設定する List#set() 8197 3 is 〜かどうか List#isEmpty() 4373 4 remove 取り除く List#remove() 2403 5 add 追加する List#add() 2213 6 create 作成する URI#create() 853 7 paint 描画する Component#paint() 731 8 update 更新する Component#update() 573 9 contains 含んでいるか List#contains()
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
