1

現在、私の会社には、JAR ファイルをダウンロードして、選択したファイル (.doc など) を開いて変更をリッスンするアプレットがあります。次に、これらの変更がサーバーにアップロードされます。

アプレットは死につつあり、それは私たちにとって大きな問題です。私たちはこれを置き換える方法を考えました (そして今も考えています)。JWS、プラグイン、Adobe Air、Native Messaging、Active X など、多くのことが検討されました (JWS のように、うまくいかなかったものもあります)。しかし今、最善の解決策は URL ハンドラーであると考えています。

ファイルの情報を含む URL をインターセプトし、それをダウンロードして変更をリッスンできるデスクトップ アプリケーションを用意します。

私の質問は次のとおりです。私たちは正しい方向に進んでいますか? 別の「もうすぐ死ぬ」テクノロジーを選択することを恐れています。そして、それはJavaで（うまく）できるでしょうか？私の実際のコード (jar ファイル) はすべて Java であり、私の意図はそれを維持することでした。

クライアントの 99% が Windows を使用しているため、当面は Windows に集中できます。

4

1 に答える 1

0

IMHO Custom Protocol Handlerは、ブラウザが使用できないクライアント リソースを使用するアプレットの非常に有効な (唯一の?) 代替手段です。いいえ、すべての潜伏者にとって、すべてのアプレットを Javascript/HTML5 に置き換えることはできません。

アプレットの初期化にパラメーターとして (または JavaScript 呼び出しとして) 渡したものは、カスタム URL のクエリ パラメーターに置き換えることができます。?param1=abc¶m2=def を含む完全な URL が、アプリケーションの実行可能ファイルに渡されます。

はい、少なくともカスタム ハンドラーを登録する必要があるため、クライアント コンピューターに何かをインストールする必要があります。ただし、独自のバージョンの JRE をアプリケーションにバンドルできるため、これは幸運なことです。

もう 1 つの興味深い点は、ある時点でモバイル アプリに移行する必要がある場合、アプリを Web から分離するという大変な作業は既に完了しているということです。

于 2015-09-18T01:50:52.530 に答える