アカウント名:
パスワード:
UI とタイトに結び付いたものが必要な場合、ネイティブのライブラリに比べてパフォーマンスが上がらないし、サーバーとインタラクションが必要な場合、フォームで事足りる。インタラクションを減らす目的なら Java
フォーム+JavaScript より高度で、ネイティブライブラリを使うまでもない用途、となると凄く狭い領域というか、それこそブラウザの UI 設計だけじゃなかろうか、と少し悲観的な私でございます。
どちらかというと、ウェブサイト自体を旧来のアプリケーション的なものにできる、という利点があるというのが私見です。HTTP 経由とかの認証機構がないという問題もありますが。それができれば、.Net と近いものになるのではないでしょうかね
XUL が絶対に勝てないのは、速度的なパフォーマンスでしょうね。その代わりに、クロスプラットフォームなサービスを提供できると。Linux の .Net 互換なフレームワークは遅いらしいので、それには勝てるかも知れませんが。
誰かがXULプログラミングなんて書いたせいで、勘違いさんが多発してるようですが、XULで記述できる範囲はあくまでGUIの部品のレイアウト。GTK+ベースでよく使われているlibgladeと殆ど同じですよ(XULがCSSを使ったGUIのデザインまでカバーしてる点等は違いますが)。
ボタンが押された時のアクションなどのコールバック
いや、勘違いさんじゃないですよ。 XUL、XPConnect、XPCOM の連携機構と.Net の対比はあながち外れてないんでは? てか、これ [mozdev.org]とかこれ [xulplanet.com]を読んどきましょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
なにが出来るかって (スコア:1, 参考になる)
まぁそれに限らず mozdev.org 眺めていると楽しい。
Re:なにが出来るかって (スコア:0)
# 私のところだけかもしれませんけど。
たんなるユーザーインターフェースとしてXULを使うのならば全然問題なさそうだけど、こうやってグラフィック表示
Re:なにが出来るかって (スコア:2, 興味深い)
UI とタイトに結び付いたものが必要な場合、ネイティブのライブラリに比べてパフォーマンスが上がらないし、サーバーとインタラクションが必要な場合、フォームで事足りる。インタラクションを減らす目的なら Java
の
Re:なにが出来るかって (スコア:0)
どちらかというと、ウェブサイト自体を旧来のアプリケーション的なものにできる、という利点があるというのが私見です。HTTP 経由とかの認証機構がないという問題もありますが。それができれば、.Net と近いものになるのではないでしょうかね
Re:なにが出来るかって (スコア:1, すばらしい洞察)
誰かがXULプログラミングなんて書いたせいで、勘違いさんが多発してるようですが、XULで記述できる範囲はあくまでGUIの部品のレイアウト。GTK+ベースでよく使われているlibgladeと殆ど同じですよ(XULがCSSを使ったGUIのデザインまでカバーしてる点等は違いますが)。
ボタンが押された時のアクションなどのコールバック
Re:なにが出来るかって (スコア:0)
いや、勘違いさんじゃないですよ。 XUL、XPConnect、XPCOM の連携機構と.Net の対比はあながち外れてないんでは? てか、これ [mozdev.org]とかこれ [xulplanet.com]を読んどきましょう。
Re:なにが出来るかって (スコア:0)