アカウント名:
パスワード:
UI とタイトに結び付いたものが必要な場合、ネイティブのライブラリに比べてパフォーマンスが上がらないし、サーバーとインタラクションが必要な場合、フォームで事足りる。インタラクションを減らす目的なら Java
フォーム+JavaScript より高度で、ネイティブライブラリを使うまでもない用途、となると凄く狭い領域というか、それこそブラウザの UI 設計だけじゃなかろうか、と少し悲観的な私でございます。
どちらかというと、ウェブサイト自体を旧来のアプリケーション的なものにできる、という利点があるというのが私見です。HTTP 経由とかの認証機構がないという問題もありますが。それができれば、.Net と近いものになるのではないでしょうかね。多分、.Net フロントエンドよりも、XUL の方がレガシーな技術とのしがらみが少ない(殆ど無い?)のではないかな?
XUL が絶対に勝てないのは、速度的なパフォーマンスでしょうね。その代わりに、クロスプラットフォームなサービスを提供できると。Linux の .Net 互換なフレームワークは遅いらしいので、それには勝てるかも知れませんが。
ボタンが押された時のアクションなどのコールバックはJavaScriptなどDOMオブジェクト(Mozillaの場合はXPCOMオブジェクトで実装)を操作出来る言語にマップされます。まともなアプリケーションとなるとJavaScriptでカバーできるはずもなく、XPCOMを操れる言語であるC++やJavaで行うことになります。この時点でコンポーネントプログラミングの正体を始めてみた人なんかは、しばらく苦悶することだと思われます。まぁ、WindowsでActiveXをC++から書くのや、OpenOffice.OrgでUNOをC++で書くのと同じです。それにくらべればC#やVBやJavaScriptがいかに楽にコンポーネントを作成出来るかを思い知るでしょう。
誰かがXULプログラミングなんて書いたせいで、勘違いさんが多発してるようですが、XULで記述できる範囲はあくまでGUIの部品のレイアウト。GTK+ベースでよく使われているlibgladeと殆ど同じですよ(XULがCSSを使ったGUIのデザインまでカバーしてる点等は違いますが)。
いや、勘違いさんじゃないですよ。 XUL、XPConnect、XPCOM の連携機
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
なにが出来るかって (スコア:1, 参考になる)
まぁそれに限らず mozdev.org 眺めていると楽しい。
Re:なにが出来るかって (スコア:0)
# 私のところだけかもしれませんけど。
たんなるユーザーインターフェースとしてXULを使うのならば全然問題なさそうだけど、こうやってグラフィック表示
Re:なにが出来るかって (スコア:2, 興味深い)
UI とタイトに結び付いたものが必要な場合、ネイティブのライブラリに比べてパフォーマンスが上がらないし、サーバーとインタラクションが必要な場合、フォームで事足りる。インタラクションを減らす目的なら Java
の
Re:なにが出来るかって (スコア:0)
どちらかというと、ウェブサイト自体を旧来のアプリケーション的なものにできる、という利点があるというのが私見です。HTTP 経由とかの認証機構がないという問題もありますが。それができれば、.Net と近いものになるのではないでしょうかね。多分、.Net フロントエンドよりも、XUL の方がレガシーな技術とのしがらみが少ない(殆ど無い?)のではないかな?
XUL が絶対に勝てないのは、速度的なパフォーマンスでしょうね。その代わりに、クロスプラットフォームなサービスを提供できると。Linux の .Net 互換なフレームワークは遅いらしいので、それには勝てるかも知れませんが。
Re:なにが出来るかって (スコア:1, すばらしい洞察)
ボタンが押された時のアクションなどのコールバックはJavaScriptなどDOMオブジェクト(Mozillaの場合はXPCOMオブジェクトで実装)を操作出来る言語にマップされます。まともなアプリケーションとなるとJavaScriptでカバーできるはずもなく、XPCOMを操れる言語であるC++やJavaで行うことになります。この時点でコンポーネントプログラミングの正体を始めてみた人なんかは、しばらく苦悶することだと思われます。まぁ、WindowsでActiveXをC++から書くのや、OpenOffice.OrgでUNOをC++で書くのと同じです。それにくらべればC#やVBやJavaScriptがいかに楽にコンポーネントを作成出来るかを思い知るでしょう。
Re:なにが出来るかって (スコア:0)
いや、勘違いさんじゃないですよ。 XUL、XPConnect、XPCOM の連携機
Re:なにが出来るかって (スコア:0)
Re:なにが出来るかって (スコア:1)
Mozilla/XUL を使うと真面目なGUIとウェブとサーバーサイドロジックをスクリプトで結合できるので非常に楽しいです。IEコンポーネントを使ったブラウザが多数出たように、雨後の竹の子のようにこれを使ったブラウザ/アプリケーションが出るかも…
Re:なにが出来るかって (スコア:0)
Re:なにが出来るかって (スコア:1)
バージョンアップの度にアプリがランタイムを書き換えて不整合が起こりそうな気がするです。今のOfficeのランタイム書き換えを見ていると、ランタイムを固定してくれればいいけど、ばかすか書き換えが出ると意味ねー、って事になりませんか?
IDLでも似たような問題が起こりそうですが、ランタイムを適切にラップする事が出来るので、Aアプリだと旧ランタイム、Bアプリだと新ランタイムってのも出来る気がするです<ホントか、ソレ?
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:なにが出来るかって (スコア:0)
http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msd... [microsoft.com]
Microsoft がやったのは IDL を追放したのではなくて、各種言語のコンパイラが共通ランタイムのバイトコード(MSIL オブジェクト)を吐くようにして、その結果
コンパイル結果を MSIL 形式にしてオブジェクトファイルにメタデータ入れたので IDL は不要です
という話です。ちなみに異種システムが混在する環境でリモートサービスとして提供する(=ウェブサービスとして提供する)時は IDL
Re:なにが出来るかって (スコア:0)
Re:なにが出来るかって (スコア:0)
Re:なにが出来るかって (スコア:0)
Re:なにが出来るかって (スコア:1)
CORBAベースでWarp4が出た頃は既にあったと思ったっす。OS2とWindows用だったかと。AIX版はあったのかなぁ・・・。
いや、何となく言ってみただけですが:-)
-----------------
#そんなワタシはOS/2ユーザー:-)