最近、最前線の GUI のフレームワークとして mozilla XUL ランナーを紹介されました。これは、イベント用の xul と js に基づく私 (GUI 担当者ではない) にとって理想的なフレームワークのようであり、バックエンド (xpcom) として c++ を使用する可能性を与えてくれます。その縫い目は完璧であると良いです。私の質問は、このフレームワークに期限があり、このフレームワークの制限についていくつかのポイントを教えてくれる人たちです. また、商用ソフトウェアを XULrunner バイナリに基づいて作成できますか? このライセンスの問題について知っている人はいますか？
3 に答える
1
XULは素晴らしいです。
欠点の 1 つは、デスクトップ アプリケーション開発フレームワークとして宣伝されていないことです。そのため、ツールのサポートは Microsoft よりも悪く、すべてが文書化されているわけではなく、すべてを行うためのコンポーネントがありません。
XUL を使用して本格的な開発を行う場合は、実装の詳細を含め、フレームワークについて学習する必要があることを覚悟しておいてください。基本的に、Firefox が積極的に使用していないコンポーネントを使用している場合は、自分で解決する必要がある問題が発生します。
オープンソースで自由にライセンスされているフレームワークにより、パッチを適用し、パッチを適用したランタイムをアプリケーションで使用できます。
于 2009-07-09T15:23:30.983 に答える
1
XUL は、より大きな「Mozilla Application Framework」の一部にすぎません。この優れた x-paltform 開発環境を最大限に活用するには、多くの概念的なことを学ぶ必要があります。前の投稿者が言ったように、優れたドキュメントをくまなく調べるのは困難です。
マクファーレンの本を読むことをお勧めします。ここにオンライン版があります...
これは非常に徹底的な処理を提供します。そのため、ネットからハッキングを蓄積しているという感覚ではなく、プラットフォームを理解しているという感覚でコーディングできます。もう 1 つできることは、Komodo Edit や Songbird などのよくできたオープンソースの Mozilla ベースのアプリケーションをダウンロードして、それらの chrome ディレクトリをブラウズすることです。職場で XUL エキスパートをチェックすることで、多くの時間を節約できます。
そうは言っても、商用開発に関して私が遭遇した主な制限の 1 つは、XUL の設計では JavaScript で多くのクライアント コードを記述する必要があることです。これは、顧客 (および競合他社) が大量のソース コードを手にすることになることを意味します。これを回避する明白な方法は、別の言語を使用して「コア」独自のコードをコーディングし、それを XPCOM を介して JS にバインドすることです。私が聞いたことのあるもう 1 つの方法 (まだ試していません) は、mozilla の JSXDRAPI を使用して JS をバイトコードにコンパイルすることです。Firefox 自体がこれを内部的に行い、XUL/JS ファイルをキャッシュします。ただし、xulrunner がコンパイル済みの .JSC ファイルを認識できるようになった人にまだ出会っていません。
エドモンド・ベグミサ。
于 2009-11-05T15:45:44.703 に答える