「Mozillaアプリ開発のバイブル登場」記事へのコメント

なにが出来るかって

[Anonymous Coward]

mozdev.org に置いてあるゲーム [mozdev.org]なんかけっこう驚いたり。
まぁそれに限らず mozdev.org 眺めていると楽しい。

Re:なにが出来るかって

[Anonymous Coward]

でもこのゲームやってて気づいたんだけど、随分とレスポンス悪いです。MozteroidsとかPagmanとか。
# 私のところだけかもしれませんけど。

たんなるユーザーインターフェースとしてXULを使うのならば全然問題なさそうだけど、こうやってグラフィック表示

Re:なにが出来るかって

[nobuhiro (5244)]

XUL がマッチしそうなアプリケーションって何かあるかな。

UI とタイトに結び付いたものが必要な場合、ネイティブのライブラリに比べてパフォーマンスが上がらないし、サーバーとインタラクションが必要な場合、フォームで事足りる。インタラクションを減らす目的なら Java

--
の

Re:なにが出来るかって

[Anonymous Coward]

フォーム+JavaScript より高度で、ネイティブライブラリを使うまでもない用途、となると凄く狭い領域というか、それこそブラウザの UI 設計だけじゃなかろうか、と少し悲観的な私でございます。

どちらかというと、ウェブサイト自体を旧来のアプリケーション的なものにできる、という利点があるというのが私見です。HTTP 経由とかの認証機構がないという問題もありますが。それができれば、.Net と近いものになるのではないでしょうかね

Re:なにが出来るかって

[Anonymous Coward]

XUL が絶対に勝てないのは、速度的なパフォーマンスでしょうね。その代わりに、クロスプラットフォームなサービスを提供できると。Linux の .Net 互換なフレームワークは遅いらしいので、それには勝てるかも知れませんが。

誰かがXULプログラミングなんて書いたせいで、勘違いさんが多発してるようですが、XULで記述できる範囲はあくまでGUIの部品のレイアウト。GTK+ベースでよく使われているlibgladeと殆ど同じですよ(XULがCSSを使ったGUIのデザインまでカバーしてる点等は違いますが)。

ボタンが押された時のアクションなどのコールバックはJavaScriptなどDOMオブジェクト(Mozillaの場合はXPCOMオブジェクトで実装)を操作出来る言語にマップされます。まともなアプリケーションとなるとJavaScriptでカバーできるはずもなく、XPCOMを操れる言語であるC++やJavaで行うことになります。この時点でコンポーネントプログラミングの正体を始めてみた人なんかは、しばらく苦悶することだと思われます。まぁ、WindowsでActiveXをC++から書くのや、OpenOffice.OrgでUNOをC++で書くのと同じです。それにくらべればC#やVBやJavaScriptがいかに楽にコンポーネントを作成出来るかを思い知るでしょう。

Re:なにが出来るかって

[Anonymous Coward]

誰かがXULプログラミングなんて書いたせいで、勘違いさんが多発してるようですが、XULで記述できる範囲はあくまでGUIの部品のレイアウト。GTK+ベースでよく使われているlibgladeと殆ど同じですよ(XULがCSSを使ったGUIのデザインまでカバーしてる点等は違いますが)。

いや、勘違いさんじゃないですよ。 XUL、XPConnect、XPCOM の連携機

Re:なにが出来るかって

[Anonymous Coward]

読んでるよ。