beta2時点での話だけど、Managed JScriptがダメすぎる

Silverlight beta 2 の開発で Managed JScript を使ってたりするものの、どうも微妙というかダメダメな気がしてきた。

ということで、Managed JScript のダメなところをまとめてみた。

イベントハンドラを除去する事ができない

2008/10/02追記 Silverlight 2 RC0 + sdlsdk-0.4.0でこの不具合が修正されてるのを確認しました。

たぶんバグ。そして致命的。Managed JScript をがんばる気を無くしたのもこいつが原因。

Silverlightではイベントハンドラを追加するときは += 演算子を使う。

function handler(sender, eventArgs) { }
button.MouseClick += handler;

で、ハンドラを除去するときには -= 演算子を使うんだけど、こいつが動作しない。

function handler(sender, eventArgs) { }
button.MouseClick += handler;
button.MouseClick -= handler;  // 除去できない

フラグ管理でがんばれなくはないけど、なんかヤダ。
というのも、Silverlightでは描画は非同期で行われ、描画終了時に LayoutUpdated イベントが発生するアーキテクチャになっている。で、重い描画処理を分割して少しずつ描画させたいときはこのイベントに1回だけしか呼ばれないハンドラをひっかけて、順々に描画させるようにするんだけど、これがフラグ管理になるとか考えると…。

モジュールとかインクルードとかそういう概念が存在しない

ここで言うモジュールは Silverlight 組込みのモジュールではなくて、ユーザライブラリ（外部スクリプト）の方。
IronPython は import、IronRuby は require で外部スクリプトを「普通に」ロードできるのに、Managed JScript にはそんな概念すら存在しないようだ。一応、Import() が用意されているのだが、Silverlight 組込みモジュールしかロードする事ができない。
LoadModule() / LoadModuleFromFile() で代用できなくはないのだが、これを使ってロードしたスクリプトは別の実行コンテキスト（別スコープ）で実行されてしまう。コンテキスト間で値の受け渡し（コンテキスト自身の受け渡しも含めて）は問題なく行えるのだが、無理やり感がどうしても漂ってくる。