IIJmioは株式会社インターネットイニシアティブが提供する個人向けインターネットサービスです 企業情報はこちら ©2005-2021 Internet Initiative Japan Inc. 〒102-0071　東京都千代田区富士見2-10-2　飯田橋グラン・ブルーム 届出番号(電気通信事業者)：第A-16-7006号 代理店届出番号：第C2002871号

この記事はUnity Advent Calendar 2014のための記事になります。昨日はkomiyakさんのUnity を使いはじめたばかりの頃の自分に伝えたい、Unity の基本 【2014年版】でした。いやー、これはまとまってて嬉しい情報です。ところでカレンダー的には穴開けちゃってます（遅刻遅延！）、すみません……。 さて、今回の内容ですが、私の作っているUniRxというReactive Programming（バズワード of 2014！)のためのライブラリを、最近ありがたいことに結構使ってみたーという声を聞くので、Rxの世界とUnityの世界を繋ぐ根幹である、MainThreadDispatcherと、その前準備に必要なコルーチンについて書きます。 Coroutine Revisited コルーチンとはなんぞや。なんて今更ですって！はい。とりあえず、Unityは基本的にシングル

2013年8月8日木曜日 C#勉強会草稿(3) UnityがC#を選んだ訳 ちょっと話はズレますが、何故UnityがC#（というかmono）を選択したのかを考えてみます。 というのも、UnityはC#の特徴（特にC#2.0以降の新機能）を活用していないように見えるからです。 ジェネリックコレクションを使わないUnity Unityでは、ジェネリックコレクションを使っている気配がありません。 例えばParticleEmitterのParticlesフィールド。 ドキュメントには「パーティクルのコピーを渡す、またはパーティクルを更新する」とありますので、IEnumeratable<Particle>型が適切なのですが、Particle[]型と配列で受け渡しを行っています。 また、デリゲートとイベントを使っている気配もありません。 そうなってくると、そもそも「何故C#を選んだのか」と