なぜ Unity は C# を選び、Unreal は選ばなかったのかについての個人の考察
はじめに ゲームエンジンの言語の話になると、よくこんな対比が出てきます。 Unity は C#。 Unreal は C++ と Blueprint。 この違い、ただの好みではありません。 エンジンの設計思想そのものに関わっています。 C# が優れているとか、C++ が古いとか、そういう単純な話ではない。 両者はそもそも目指している開発体験が違うのです。 Unity が辿った言語統一の歴史 今でこそ「Unity といえば C#」という印象がありますが、最初からそうだったわけではありません。 初期の Unity では、開発者のバックグラウンドに合わせて複数の言語を選択できるのが特徴でした。 具体的には次の3つです。 C# UnityScript（JavaScript 風の独自言語） Boo（Python 風の言語） 当時の Unity は「スクリプト言語の自由度」を売りの一つにしており、Web
Component Model な Wasm ランタイムを作った
Unity / .NET で動く WebAssembly ランタイム WaaS を作りました。 本記事では WebAssembly ランタイムとして見た WaaS の設計について書いていこうと思います。WaaS のコンセプトや特長については別記事で紹介しているので、こちらもぜひご覧ください。 前提 C# 9 .NET Standard 2.1 Unity 2022.3.14f1 まずは普通の WebAssembly ランタイムを作る Component Model の話に入る前に、まずは普通の WebAssembly ランタイムを作っていきます。 ランタイムは全て C# 実装ですが、実装のとっかかりでは「RustでWasm Runtimeを実装する」がとても参考になりました。 デシリアライズ 効率の良いバイナリの読み方については MessagePack for C# などのシリアライザの作
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - uzimaru0000/UniTEA: Implementation of The Elm Architecture for Unity3D
