2

私が読んでいることからそれを正しく理解している場合、JavaFX 2.0を使用すると、Javaを使用してすべてのロジックをコーディングし、FXMLを使用して画面を設計できます。次に、Webアプリはクライアント側でアプレットとして実行されます。

だが：

  1. すべてのブラウザとモバイルデバイスでアプレットを実行できますか？
  2. それは効率的ですか（つまり、優れたユーザーエクスペリエンス）？

言い換えれば、JavaFx 2.0 Webアプリケーションはクライアント側でどの程度移植可能ですか？誰かが共有する経験がありますか？

4

3 に答える 3

2

JavaFXはJavaアプレットを生成します。したがって、ここで言うことはJavaアプレットにも当てはまります。

  1. デスクトップマシン用のほとんどのブラウザはJava互換です：IE、Firefox、Chrome、Safari、Windows、Mac、Linux、SolarisのOpera。スマートフォンの場合、それははるかに複雑に思えます。iOS、Blackberry、Androidにとっては決定的なノーだと思います。Windows Phoneの場合、それは可能かもしれませんが、主流のユーザーにはおそらく複雑すぎます。

  2. 効率的とは広い考えです。これには、利点（一度起動するとパフォーマンスが向上し、豊富なJavaエコシステムに対してオープンになります）と欠点（起動までの時間、サイズ、すべてのアプレットが同じJVMインスタンスで実行される）があります。ここで読むことができるように、Java7はエクスペリエンスを向上させます：http ：//www.oracle.com/technetwork/articles/java/javaclient-484666.html

于 2012-06-28T18:59:40.320 に答える
2

Androidでアプレットを実行する方法から？、Androidはアプレットを実行できないようです。

したがって、JavaFX 2.0はほとんどのブラウザで問題ないようですが、スマートフォンなどのポータブルデバイスでは問題ありません。

于 2012-06-28T19:36:46.573 に答える
1

JavaFXアプリケーションは、さまざまな方法でパッケージ化できます。これらは、Webページでアプレットとして実行でき、Java Web Startを介して起動でき、osネイティブアプリケーションとして配布することもできます。そうです、JavaFXはポータブルである限りポータブルです。このスレッドの他の人々は、あなたの質問を支配するものであるJavaFXアプレットについてすでに話しました。ですから、それについては詳しく説明しません。ただし、JavaFXクライアントは、バックエンドと通信するためにブラウザでアプレットとして配布されるだけではないという事実を見逃しているかもしれません。確かに、私自身の過去のアプレットの経験と、それらがWebページのコンテキストでどれほど醜いものであるかを判断すると、それを代替手段とは見なしません。

アプレットの代わりに、SOAPベースまたはRESTベースのWebサービスを使用してバックエンドと通信するJavaFXスタンドアロンアプリケーションを作成できます。インターネットはこれらの例でいっぱいです。さらに、Java Web Startを介してアプリケーションを起動し、依存性注入を実行して、サーバー上のリソースへのプロキシオブジェクトを取得できます。この最後の部分は、ブログのポスターやOracleの記事では取り上げられていません。確かに、私はそれを行うための標準化された方法を見つけていません。ただし、通常のJava SEアプリケーションをEARパッケージにパッケージ化すると、このアプリケーションのMainクラスにリソースを挿入し、スレッドに新しいJavaFXアプリケーションを起動させてそれらのリソースを転送させることができます。これが私が書いたチュートリアルで、プロセス全体を説明しています。

http://blog.martinandersson.com/the-enterprise-side-of-javafx-the-missing-part/

于 2013-06-08T16:08:18.007 に答える