Download as PDF, PPTX
Uploaded byUnity Technologies Japan K.K.
こんなに違う！Unityアプリケーション講座
2018年2月28日にパナソニックシステムデザイン株式会社主催にて、Panasonicグループ社内向けに行われたセミナー「Unity道場XRスペシャル in Panasonic」の講演資料です。 Unityを使用することで、ゲームのように動きの細やかなアプリケーションを自在に作成することができます。本講演では、ソフトウェアエンジニアがUnityアプリケーションを製作する上でつまづきやすい概念の違いを、具体例とともに説明します。ゲームエンジンならではの特徴を活用した、インタラクティブアプリケーション全般のプログラミング解説になります。 こんな人におすすめ ・Unityに興味のあるエンジニア 得られる知見 ・一般的に作られるアプリケーションとUnityの根本的な違い ・.NETおよびmonoに関する知識 ・意外な応用例
More Related Content
![[CEDEC2017] UE4プロファイリングツール総おさらい（グラフィクス編）](https://cdn.slidesharecdn.com/ss_thumbnails/ue4profilingbasiccedec2017-170831013144-thumbnail.jpg?width=640&height=640&fit=bounds)
こんなに違う！Unityアプリケーション講座
- 1.
- 2.
- 3.
- 4.
- 5. プログラムはC#で記述 • バックエンドにMONOを使用 • .NETFramework 互換の環境 • C#で記述した（ILでビルドされた）.exe は Mono の環境で動作 する • C#3.0/.NET3.5 と同等 • LINQ使用可 • C#6.0/.NET4.6 がExperimental（実験提供）で利用可 • async/await使用可
- 6. Mac で exeを 実行してみた ビルド結果を Macにコピー
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14.
- 15.
- 16.
- 17. Main Thread とRender Thread void Update() レンダリング（Platform非依存） 待機 16.666 msec レンダリング（Platform依存） Main Thread Render Thread
- 18.
- 19.
- 20.
- 21. VSync で処理の重さの違いを吸収する 16.666 msec16.666 msec 16.666 msec 16.666 msec 16.666 msec 処理 処理 処理 処理 処理 軽い 重い
- 22.
- 23. 要するに、毎フレーム更新が基本 • 必ず全画面を再描画 • 画面が変わっていなくても更新 •CPUのスリープ期間が短い • 電力消費につながりやすい
- 24.
- 25. C#の動作 • Mono （.NET互換プラットフォーム）で動作 •ビルド時に IL2CPP を指定するとIL から C++ に変換 • IL 実行時に .NET(mscorlib.dll）は参照しな い • 例外はUWP＆非IL2CPP
- 26. AOT? IL2CPP? • AOT(AheadOf Time) • 事前コンパイル • JIT(Just In Time)との対比として使用されるコトバ • IL2CPP • 弊社が開発した、IL を CPP に変換する技術 • いずれもネイティブ実行で仮想マシン実行ではない • プログラムカウンタはCPUのものを使用
- 27. 事前コンパイルが前提 • 動的生成コードはまず動かない • 式木(ExpressionTree)や Reflection.Emit は使えない • Emit以外のリフレクションはけっこう動作する • 多くのプラットフォームではセキュリティ上、実行可能 領域へのメモリ書き込みを許容していない • 動的なコード生成（実行部分のダウンロードを含む）が 必要な場合は、別途中間言語を用意しましょう
- 28.
- 29.
- 30. 入力の扱い • 必ず毎フレーム fetchしている • OnClick などのイベント方式ではない • 押し下げの瞬間、指を離す瞬間、同時押し、 などをサポートする必要 • 同時押し • ハードウェアで複数の同時押しに対応してい ない場合に注意
- 31.
- 32.
- 33.
- 34. スレッドを作る • C# のThreadを使う • システムコールで作られるユーザスレッド • メニーコア環境ではちゃんとコアに分かれて実行され る • Unity のAPIは作成したThreadから呼べないものが多い • 基本的にマルチスレッド非対応 • WebGLでは使用できない
- 35. コルーチン • しばしばスレッドよりも便 利 • 排他処理を考えなくても よい •UnityAPIを呼べる • Unity にはすぐに使える Coroutine が用意されて いる（右のコード）
- 36. まとめ • ブロック関数に注意 • あらゆるものが毎フレーム実行 •VSync という同期機構を意識しよう • 基本的にネイティブ実行 • 入力はデバイスの状態をfetchしたもの • コルーチンは便利
- 37.
- 38.
- 39.
- 42.