AndroidへのJavaサーバーの移植

Question

私はOpenMRSをAndroidのバックエンドとして使用して医療記録システムを開発しています。 OpenMRSは、HibernateやSpringを含む重大なライブラリに依存しています。

「徳興市」全体OpenMRSアプリケーションが（このサイズ制限は、すでに十分に文書である）にもAndroidのclasses.dexのファイル形式の大きすぎるファイルを生成します。これを回避するために、私は現在、依存関係から複数のdexファイルを作成し、Androidのdexクラスローダーを使用してランタイム中にそれらをロードすることに取り組んでいます。

ため、サーバーのモバイル版が、実際に使用される方法で、実際の処理の需要は巨大な依存関係にもかかわらず、非常に低くなります。私はここで私の電話でエンタープライズサーバーを実行しようとはしていない。

私はこれを設計しようとしている私の時間でより多くの週間過ごす前に、私は開発者コミュニティをお願いしたかった：この戦略は単なるパイプの夢ですか？これらのライブラリをすべて読み込むと、バイナリ全体がRAMにロードされ、システムが破壊されますか？そのようなアプリケーションを最適化する良い方法はありますか？私はここで欠けているいくつかの明白な問題や解決策はありますか？

Answer 1

短い答えは：できません。

長い答えは、ほとんどのデバイスはまだのみ、各ヒープにメモリの（RAMの40から128メガバイトの間）、比較的少量を割り当てることです。ロジックの大部分、ひいてはライブラリーや重量のあるコードがまだサーバー上に存在するようにアプリケーションを構築することを考える必要があります。モバイルアプリは軽量データ（JSON？）をサーバーから読み込んで表示しています。デバイスは、実際にはロケーションデータなどのネイティブアイテムのみを利用し、残りのAndroidユニバースと一致するユーザーインターフェイスを提供する必要があります。それを超えて、できるだけ多くのロジックをネイティブアプリから守る方法を探しているべきです。より安全なものを保つ以外の理由がない場合。 Androidアプリケーションのリバースエンジニアリングはです。です。サーバー側を長く保つほど、より安全になります。一見