Unity3dにおけるus c# boo比較
•
18 likes•11,002 views
Unity-Fukuoka勉強会のLT資料だったものです。後日これの完全版を上げます。
Recommended
More Related Content
Viewers also liked
Viewers also liked (12)
Similar to Unity3dにおけるus c# boo比較
Recently uploaded
Recently uploaded (9)
Unity3dにおけるus c# boo比較
- 1. US,C#,Boo比較 九州大学芸術工学部3年 花田 恒一 13年4月3日水曜日
- 2. じこしょうかい! Nobukazu Hanada @nobkz 好きな言語 LISP Unity3dはとりあえず1年ぐらい 13年4月3日水曜日
- 3. ちょっと、謝っておきたい事が ありまして... 13年4月3日水曜日
- 5. 調子に乗って、どんどんスライドを 追加していた結果 13年4月3日水曜日
- 9. えっと、ところどころ飛躍してたりするかも しれないのでご容赦ください （なんとか、60枚程度に圧縮しました） 13年4月3日水曜日
- 11. サポートされている言語 JavaScript ( UnityScript ) C# Boo 13年4月3日水曜日
- 12. 先に結論から書くと... UnityScript ( JavaScript ) ゲームオブジェクトのふるまいが書きやすい C# 主にゲームロジックやらライブラリやら(ry Boo Unity3d最強の言語 13年4月3日水曜日
- 14. Unityアーキテクチャ Unity Engine Unity Editor Unity3d .NET Framework / Mono 共通言語基盤(CLI) 13年4月3日水曜日
- 15. CLIとは .Net Frameworkの基幹を構成する実行コードや実行環境などに ついてMSが策定した仕様 CLI、C#言語共に仕様は公開されている。 Microsoft .NET Framework MSの商用実装 Mono オープンソースの実装 13年4月3日水曜日
- 16. Monoとは .NET Framework互換環境 CLIのオープンソースの実装 Javaと同じ中間コード方式 (JVM => CLR, バイトコード => CIL ) 13年4月3日水曜日
- 17. 中間コードが生成できれば、 どんな言語だって使える 13年4月3日水曜日
- 18. 中間コード化されるので言語 による速度の差はない どの言語も適度に最適化すればおk 13年4月3日水曜日
- 21. JavaScriptはみんな知ってるよね？ けど、Unityの「JS」はJSじゃないんだ。 13年4月3日水曜日
- 23. と、いうわけでUSとJSの違いをまとめてみたお！ (ちょっと、過去のVersionのUnity3dで検証したから ところどころ変わってるかも) 13年4月3日水曜日
- 24. UnityScript! JSって呼ぶな! 型指定できる 標準グローバルオブジェクトが存在しない argumentオブジェクトが存在しない prototypeが存在しない classがあるよ 13年4月3日水曜日
- 25. US!JSって呼ぶな part2 ダッグタイピングできない interfaceがある なのに、抽象クラスが書けない 最新版では書けるみたい メソッド名がpascal記法 関数のオーバーロードが出来る 13年4月3日水曜日
- 26. US!JSって呼ぶな part3 動的なメンバの追加はできない 一度に複数の変数を宣言できない generics method,class が中途半端に使える 13年4月3日水曜日
- 28. そもそもUnityScriptは、CLI上で走る言語Boo をDSLホスト言語として 作ったJavaScript風の言語。 要するにBooの劣化版 13年4月3日水曜日
- 31. あ、どの言語にも言えることだけど GCの動きだけは注意してね 知らない間にメモリリークしてるかもよ 13年4月3日水曜日
- 33. Boo言語とは？ Pythonライクな、CLI上で走る言語 静的片付け C#よりも短く書ける 強力なメタプロ RodrigoB.DeOliveira 設計、開発 13年4月3日水曜日
- 34. Boo言語とは( Pythonぽい） インデントが文法 リスト内包表記ができる ダックタイピングができる 匿名関数が書きやすい気がする。 13年4月3日水曜日
- 35. BooについてC#より 型定義 ちゃんとしたinterface プロパティメソッド ちゃんとしたgenerics 13年4月3日水曜日
- 37. サンプルとしてTetromino（テトリスミノ） クラスの実装 13年4月3日水曜日
- 38. これをコンパイルして、DLLファイルを C#に逆アセンブリしてコード整形 してみた。 13年4月3日水曜日
- 39. なんか ごちゃごちゃ 13年4月3日水曜日
- 40. Pythonのインデント文法の 良さが分かるよねー 13年4月3日水曜日
- 41. Unity3dのスクリプティングにおける、 各言語の差異について 13年4月3日水曜日
- 45. JS Boo これらはOK。エラーは出ない。 13年4月3日水曜日
- 46. なんでエラーなるのか？ Vector3dは参照型のクラスない Vector3dは値型の構造体 だからエラーがでる。 13年4月3日水曜日
- 48. なんか、コンパイル時にUnity3dが なんとかしてくれるらしいよ。 13年4月3日水曜日
- 50. つまり、ちゃんとコンパイル時にちゃんと 「構造体をコピーしたものを修正して、 再代入」 するように変換してくれてるんだ 13年4月3日水曜日
- 51. USの場合は、ホスト言語がBooなので、 同様の処理が走るよ。 13年4月3日水曜日
- 53. USまとめ USは結局のところJavascript風のBoo US独自言語なので、Unityに依存しないライブラリを 作れない。 再利用がなかなかしずらい。 13年4月3日水曜日
- 54. C#まとめ 一応なんでもできる。 position.xの書きづらさ Booの言語機能と比べると、若干劣る。(リスト内包 表記など） 13年4月3日水曜日
- 55. Booまとめ 神言語( Unity3dでは最も良い言語だと思う） 悲しいかなBooを使う人がなかなかいない ドキュメントが少ない MonoDevelop-UnityのBooで、IDEがちょっとオカシ イ。（補完とか、テンプレートを開くところ） 13年4月3日水曜日
- 56. ちょっと補足 スクリプトのライブラリ生成場所 US Library/ScriptAssemblies/Assembly-UnityScript.dll C# Library/ScriptAssemblies/Assembly-CSharp.dll Boo Library/ScriptAssemblies/Assembly-Boo.dll 13年4月3日水曜日
- 57. 補足2 ちなみに、外部ライブラリはAssetとして登録 そうすると自動的にプロジェクトの参照に追加され る 13年4月3日水曜日
- 59. 自分の場合 できるだけ、Unity3dに依存しない、ポータブルな外 部ライブラリを作ることを心がけてます。 というか、プログラミング全般として、ロジックの 分離って大事だよね。 外部ライブラリはF#か、Booで僕は書くようにしてい ます(どーでもいい） 13年4月3日水曜日
- 60. 依存関係に注意 Unityへの依存 .Netへの依存（バージョンとか） プラットフォームの依存 13年4月3日水曜日
- 62. 異なる言語間アクセス 基本的に、US、C#、Booは同じアセンブリにコンパ イルされないので、単純にアクセスできない。 特別なフォルダとしてStandard Assets、Pro Standard Assets、Pluginsフォルダのスクリプトが一番最初に コンパイルされる 13年4月3日水曜日
- 63. 異種言語間アクセスその2 よって異なる言語のコードを参照したい場合 Standard Assets、Pro Standard Assets、Pluginsフォ ルダに置いてCILにコンパイルさせて、参照するよう にする。 例えば、C# -> USにアクセスしたい場合、USをこれ らのフォルダに格納する。（実演。） 13年4月3日水曜日