私が考えることができる唯一の2つのオプションは、スペクトル全体で動作するHTML5クロスプラットフォームモバイルアプリを作成することです、と言いましたが、ブラウザ内でActiveXアプリをサポートするためにIEに固執したい企業環境を理解することができますデスクトップのJavaはAndroidのJavaと同じであると考えるようになっていますが、これは正しくありません。
ほとんどの場合、2番目のオプションとして、SDKはJava 5のサブセットをカバーします。コレクション、Apacheなど、構文的には同一であるため、ビジネスロジックとフロントエンドの新しいユーザーインターフェイスを再コンパイルする可能性があります。 Androidプラットフォーム。(はい、Android SDKをターゲットに再コンパイルできます...)
つまり、現在および将来のデバイスと互換性を持たせるために、それを再構築する動機と意欲がない限り、何もできません。
編集
コメントを残した後、要約すると:
ブラウザは、それ自体でのJavaアプレットの実行をサポートしていません。JRE!= AndroidのJavaランタイム、別名DalvikVM。デスクトップJavaは、Sun / Oracleが承認したJavaVM / JREと、Oracleが認可したOpenJava JDKを使用します。JRE = Javaランタイム環境
「javaコンパイラ」を含むターミナルIDEは、可能性があります(インストールしてこのフィードバックを報告します)OpenJDKの非常に限定されたカットダウンバージョンであり、このブログによると、ARMでネイティブに利用できる唯一のものですこれを行うことができないネイティブJavaウィンドウイングが原因のJava Runtime Environmentのバージョンは、Androidのために非常に異なっており、非常にネイティブプロセッサ用に最適化されたという単純な理由に、このようなスイングやJavaBeansとしてアプリ。
また、DalvikVMはSwing、JavaBeansなどについてゼロを知っているため、デスクトップ上のJavaとAndroid上のJavaが同じではないことを説明する理由があります。
AndroidがLinuxに非常によく似ているという見方については、これは、 Linuxではなく、カーネル自体はLinuxですが、ユーザーランドツールはbusyboxによって提供され、さらにネイティブC run- Androidのタイムライブラリはbionicと呼ばれ、ARMなどのごくわずかなプロセッサのために制限されています。デスクトップLinuxバージョンと比較すると、gccが提供するランタイムライブラリ(GNU Cライブラリまたはglibcとして知られている)があり、STL、Boost、完全な例外処理などの非常に多くのC / C ++特異性をサポートしています。それは私の見解であり、トピックとは別のものであり、ここでbeatられた道から外れています。:)
Why not just download the Android SDK and make your own app
-アプリは可能な限りクロスプラットフォームである必要があるため。それは信じられないほど複雑であり、Webベースのアプリからスタンドアロンアプリに変換する際のオーバーヘッドは驚異的です。頭を上げてくれてありがとう。それでは、ブラウザ内に何らかの種類の追加機能を組み込むことは絶対に不可能ですか?私たちがしている主なことは、宅配業者が配達をした後に行うように、署名を収集することです。IEでは、これは小さなActiveXコントロールを備えた簡単なものでした。