【悩むが】bbs2chreader 開発スレッド【勝ち】 - 1214153355

1：謎★：2008/06/23(月) 01:49:15 ID:???0: 議論とか質問とかはここで
2：謎 ◆QTUpJKA4UM：2008/06/23(月) 02:10:58 ID:R7.k.jKg0: 板看板ぼしう中
3：謎 ◆vrSd0N5azM：2008/06/23(月) 02:29:46 ID:R7.k.jKg0: 鳥変更
4：名無しさん＠貢献中。。。：2008/06/23(月) 03:05:25 ID:CqMW7EIc0: 乙です
5：名無しさん＠貢献中。。。：2008/06/23(月) 14:20:14 ID:GmhJ/aAk0: 乙
6：名無しさん＠貢献中。。。：2008/06/25(水) 00:01:28 ID:re7B14iI0: 乙であります
7：名無しさん＠貢献中。。。：2008/06/25(水) 14:21:02 ID:8R.GxN660: 乙です！待つ事しか出来ませんが応援してます！
8：謎 ◆vrSd0N5azM：2008/06/26(木) 21:57:42 ID:HPhh05vU0: 構造的な問題について。現在以下の四つの構造の種類を持っています。これを一つ二つに減らしたいです。
-JS XPCOM (components/*.js)
-NSGetModuleを実装していないJS XPCOM (chrome/content/bbs2chreader/components/*.js)
-js module (components/server/*.jsm)
-js class? (その他)

これ、上二つはインターフェース的、下二つはduck typing的に扱う必要があります。また、下の二つはクラスのアクセス制御ありません。
さらに、javascript (下二つ)はプロトタイプチェーンがあり、呼び出されたプロパティが無い場合__proto__へ委譲します。a.xを呼ぶとしてa.xが無ければa.__proto__.xを、それが無ければa.__proto__.__proto__.xをという感じです。なおprototypeに設定したのがnew時に__proto__に移されます。
__proto__は本来readonlyなのですが、geckoでは書き換え可能であり、b2r内でその方法が使われています。
(JS) XPCOMはオーバーヘッドが大きい(はず)です。それとidlをxptにコンパイルしなければいけなかったりと面倒でもあります。あとまぁ型チェックが厳しいですが、欠点かどうかは (ただエラーが易しくない^^)、nsIVariantもあるし。しかし、observerやあるXPCOMのインターフェースを持ったクラスなんかはJS XPCOMで実装する必要がある…ということでも無くちゃんとduck typingできれば問題ないです。ただずっと起動する必要のあり複数ブラウザウィンドウにまたがるサービスなんかはXPCOMで実装しないといけないです…まぁラッパだけXPCOMで十分な気もしますが。それとXPCOM内で無いとシングルスレッドの制限あるかも? というかXPCOMにmutexやsemaphoreってあったっけか? あとXPCOMのAPIは意外と微妙です。
js moduleは外に公開する変数を制限できます…Objectをexportする場合privateな変数も外に出ざるおえませんが。コードからのインポートも容易です…js classもmozIJSSubScriptLoader使えば評価回数を除いてあまり変わらないけど。
js moduleとXPCOMはデバッグ面倒かもです。変更しても再起動するまで保持されます。
ええとつまりそのえーと。
9：謎 ◆vrSd0N5azM：2008/06/26(木) 22:14:56 ID:HPhh05vU0: C++から呼び出すにはJS XPCOMでNSGetModuleを実装する必要があります。
将来(もしくは今から)C++やpythonでリプレースするならXPCOMで実装しとくのが良いです。JSは遅いので…。
js moduleは新しいのであまり使われてないです。
XPCOMの実装のラッパとしてXPCOMUtils.jsmがあります。
そんなとこかな。