こちら、基本的には、イベント処理的な利用がメインですが、値の変更も監視できます。そのため、モデルのプロパティ(変数)の監視に利用されるケースも多いかと思います。勧めたいと思っています。}}その理由を以下に記載します。ほうが、可読性の高いコードになるからです。理由を深堀っていきましょう。いう文字列を変更したい場合。いうプロパティ値の変更を購読してるんだと一目でわかります。.AddTo(gameObject);と書かれてた場合。いうものが、このコードだけだと何者なのかがわからない可能性があります(特にルール無用のプロジェクトの場合)。これがボタンクリックのようなイベント処理的なものか、値の変更なのか、はたまた・・・?そのため、元のコードを見に行く必要が出てきたりして、コードを読む側の負担の増加につながります。いう感想を持たれる方もいると思います。これにイベント処理的な振る舞いが混在すると、結構カオスになります。そのように解釈できるようになります。変数は、変数として区別して読むことができます。これは、後でコードを読む側の心理的な負担の軽減にもつながりますし、メンテのしやすさに直結すると思います。機能を追加するため、便利な反面、やはり見た目複雑になってしまいます。単一責任の原則とはちょっと違うかもしれませんが、なるべく単機能のみの提供が望ましいですよね。扱う場合、楽なケースが多いです。データベースから、データを取得する時などは顕著にでるかと思います。使い分けを考えるよりは、全て変数で扱った方が楽ですよね。最後に基本チーム作業になる開発プロジェクト。後の人のや未来の自分(笑)にとって幸せになるコードを書きたいですよね。コードの読みやすさについて、初学者むけに過去に記事も書いてます。今回は、英文法を意識しないと結構はずかしいプログラムを書いちゃうよ、というテーマで書いていこうと思います。他言語対応(ローカライズ・マルチリンガル)の設計・考えこの記事を書いた人ねこ渋谷区在住のエンジニア。記事のリクエストや要望などはツイッターで受け付けています。フォローをお願いします♪https://twitter.com/nekogeek_jp投稿一覧へ関連する記事IT・プログラミングチームラボはどうやって作るのか。コメントをキャンセルメールアドレスが公開されることはありません。*サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。