デスクトップアプリをモバイルアプリに変換していますか？

Question

UI /フロントエンドがHTML/JSであり、バックエンドポイントがサーブレットまたはストラット/スプリングコントローラのいずれかになるデスクトップベースのレスポンシブウェブアプリケーションで作業しています。

私の質問は、3年後に私はAndroidのモバイルアプリを持っているしたいとし、 私は、バックエンド・コードとしての私のサーブレットを使用し続けるとAndroidモバイルアプリからの応答を提供しています、

鉱山理解することができますされています -私は既存のサーブレットと通信できるアンドロイドSDKを使用してネイティブUIパートを（必要な場合はどこでも）開発します。 モバイル上のアンドロイドアプリは、サーブレットまたはサーブレットから返されたHTMLをレンダリングして、アンドロイド固有のビューを返すことができます。変更は私のモバイルアプリケーション用のカスタムビュー（htmlsまたはアンドロイド固有のビュー）が必要な場合にのみ必要です。そうですか？

Answer 1

3年後...私は、バックエンドのコードとしての私のサーブレットを使用し続けると我々は正確に未来を予測する方法がありませんアンドロイド携帯アプリ

からの応答を提供していますすることができます。 HTMLをレンダリングすることができ、携帯に

その後のAndroidアプリが（それは珍しいですが、または多分サードパーティのライブラリ）あなたはWebViewを使用し、アンドロイドでHTMLをレンダリングするには、私のサーブレット

をから返さ。 WebViewはたくさんのものを処理しますが、デスクトップブラウザが行うことはすべて処理しません。 3年後のすべての作品がどれほどうまくいき、今日あなたのWebサイトが何をしていても、どれくらいうまく動作しているかは不明です。

やサーブレット、私は自分のモバイルアプリケーション

用のカスタムビュー（HTMLSやAndroid固有のビュー）を必要とする時はいつでもそう変更はのみ必要とされているAndroidの特定のビュー

号

を返すことができます。

これを稼働させることはできますか？可能であれば、詳細は既存のWebサイトの機能と、それが依存するクライアント側の技術の種類に大きく依存します。たとえば、AndroidはFlashをサポートしていません。 JavaベースのUIとWebViewベースのUI間の相互運用には、技術的およびセキュリティ上の問題もありますが、これはあなたの場合には少し良いですが、1つのサーバーにしか当てられません（私は思っています）。

このように、私は決してAndroidアプリを書くつもりはなく、他の誰かがこの方法でAndroidアプリを書くことを決して勧めません。私は適切なWebサービスAPIを持つようにWebサーバーを変更し、HTMLを返すサーブレットを使用せずに、WebサービスAPIを使用するネイティブのAndroidアプリケーションを作成します。私がWebViewを使用する主要な場所は、私が最初にHTMLを作成しなかったためです（例えば、ユーザが生成したコンテンツ）。

私は既存のサーブレットを引き続き使用できますか？私はその意見に基づいて考えていない。はいまたはいいえのいずれかでなければなりません

もちろん、「はいまたはいいえ」ではありません。未来を予測する方法はなく、ウェブサイトについてはほとんど知らない。あなたの質問は2つの「広すぎる」票を集めました。それは合理的な評価です。