問題タブ [boo]

Unity 3d で unityscript と boo を (同じプロジェクトで) 一緒に使用することは可能ですか? 私たちは、グループとしてゲームを開発するためのプラットフォームとエンジンを選択しようとしています。一部のコーダーは python が得意で、一部のコーダーは js が得意です。したがって、これらの言語を組み合わせて全体として機能することが可能であれば、エンジンとしての unity を提案します。

私は boo を使用して DSL を作成していますが、可能な限り DRY に保ちたいと考えています。ネストされたマクロを再利用する方法があるかどうか疑問に思っていました。例えば

サブマクロ マクロは、親マクロのハッシュに値を設定するだけです。すべての親マクロでサブマクロを再定義しないようにする方法はありますか?

前もって感謝します、

トーマス

簡単な質問ですが、私はいくつかの.Netに関することを読んでいますが、一部の人々の話し方は、.Netライブラリが複数の.Net言語で使用できることを示唆しています。多分それは私の側でただ希望的な考えです笑。たとえば、C＃でプログラムされたTaoFrameworkをBoo.Net言語で使用できますか？
私が説明できる唯一の方法は、ライブラリが.Netで実行するためにバイトコードにコンパイルされており、コンパイルも行う任意の言語で使用できるかどうかです。.Netについてはよくわかりませんが^-^

ありがとう

.Net VMの基盤についてもっと学び始めたところですが、すぐに何かに見舞われてしまいます。私は、C＃のすべての動的なものとIronX言語の実行を可能にするDLRと呼ばれるこの新しいものがあることを知っています。しかし今、私はBooと呼ばれるこの言語について読んでおり、DLRが存在するずっと前から動的な機能を備えていたようです。それで、

1）これはどうして可能ですか？

2）DLRは方程式に何を追加しますか？

3）Booのような言語は、DLRの観点からそれ自体を再実装することによって、何かを得るために立つでしょうか？

私があちこちで集めたものから、DLRは.NetでのDLサポートに必要なすべてを除外し、再利用可能な形式にしたときに、IronPythonから出てきたように見えます。だから私が推測しているのは、DLRは特別なものではなく、Microsoft.Scripting.dllのダイナミックオブジェクトを支援するライブラリだけですが、時間があれば自分でコードを作成することはできません。ブーはどうなったのかな？そして、2と3については、DLRの共通性と再利用性により、将来のDLRの改善を自動的に適用除外できると思いますが、すでにDLRを作成している場合は、DLRを使用して再実装する緊急の「必要性」はありません。独自のカスタムランタイム？または、DLRには、.Net上で実行できる何よりも優れた秘密のMSソースがありますか？

4）DLRは本当にランタイムですか、それとも単なるライブラリのセットですか？（とにかくランタイムとは正確には何ですか？この質問への答えを理解する前に、またはそれが何かを意味する質問であるかどうかを理解する前に、コンパイラ理論をさらに学ぶ必要があります。この質問は無視してください。またはしないでください。）

5）IronPythonコンパイルはどのように機能しますか？CILの新しい動的バージョンにコンパイルされますか、それともプログラムのテキストを含む文字列の前に「ironpython.exe」コマンドを追加するだけですか？うーん、動的がC＃のキーワードである場合、CILの動的バージョンが必要ですよね？では、.NetはCILでCLRとDLRのどちらを使用するかをどのように知るのでしょうか。

6）JVMのDaVinciプロジェクトは異なりますか？これは、JVM自体の実際の再実装のようです。このアプローチの意味は何ですか？パフォーマンスが大幅に向上すると思いますが、他に何かありますか？MSがこの道を選ばなかった理由は何ですか？

7）DLRは、DSLを作成するためにBooをやや時代遅れにしますか？

これらの言語は両方とも、ハイジェニック マクロ、REPL、サービスとしてのコンパイラ (CaaS)、静的 + ダック タイピング (C# よりも前の方法) を備えた「C# がどうあるべきか」と呼ばれているようです。これら 2 つの言語に大きな違いはありますか、それとも多かれ少なかれ同じことの 2 つの異なる実装にすぎませんか? Nemerle のマクロ サービスは Boo のマクロ サービスよりも強力であるとどこかで読みました。これは本当ですか？

現在の活動、成熟度、および IDE 統合の観点から、それらはどのように比較されますか?

また、C# 5.0 の噂されている CaaS 機能が実現した場合、それらは廃止される可能性がありますか? または、それらを関連性を維持する機能はありますか?

System.Linq名前空間を Boo コンパイラにインポートしようとすると、次のエラーが発生します。

Boo.Lang.Compiler.CompilerError:

名前空間 'System.Linq' が見つかりません。アセンブリ参照を追加するのを忘れた可能性がありますか?

「Rhino.DSL.dll」を使用しており、DSL エンジン コードは次のとおりです。

boo スクリプトにリストがあり、System.Linq 拡張メソッドを使用したいのですが、boo コンパイラが次の例外をスローします。

(「...」は私のオブジェクトのタイプです)

Boo の Reactive Extensions を使用しようとしていますが、型の問題が発生しています。基本的な例は次のとおりです。

ここでサブスクライブすると、 System.InvalidCastException: Cannot cast from source type to destination type が返されます。問題は、オブザーバブルの作成方法にあるようですが、型の問題がどこから発生するのかを確認するのに苦労しました。

アイデア？

Boo に変換する古い C# ライブラリがあり、演算子のオーバーロードを使用しています。その理由に触れないようにするために、Booで同じことを行う方法を探しています。

これは次の形式を取ります。

しかし、Boo は別の形式の演算子のオーバーロードを使用しており、'operator' キーワードはありません。

( http://boo.codehaus.org/Operator+overloadingより)

次の二項演算子はオーバーロードできます。

• op_追加
• op_減算
• op_Multiply
• op_Division
• op_モジュラス
• op_べき乗
• op_Equality
• op_LessThan
• op_LessThanOrEqual
• op_GreaterThan
• op_GreaterThanOrEqual
• op_Match
• op_NotMatch
• op_Member
• op_NotMember
• op_BitwiseOr
• op_BitwiseAnd

しかし、そのリストには op_NotEqual(!=) のようなものはありません。これらのメソッドは上記の C# コードと同等ですか? もしそうなら、何に相当するでしょうか

Rhino DSL を使用しており、動的オブジェクトをスクリプトに渡したい場合、boo コンパイラーは以下の例外をスローします: BCE0019: Boo.Lang.Compiler.CompilerError: 'Percent' is not a member of 'object'.

私のブーコード：

Run メソッドの C# Dsl 基本コード:

• Run メソッドで myDynamicObject を DynamicObject から継承するクラスに設定し、TrySetValue & TryGetValue メソッドをオーバーライドします