2

複数の画面を表示する Android アプリを開発するためのアーキテクチャの選択について、アドバイスが欲しいです。

アプリの目標は、補助フォーム入力をグラフィカルな方法で表示することです。アプリはタブレットで使用されます。

たとえば、ユーザーを歓迎し、フォームへの入力を開始するように求める最初の画面があります。すると、補助的な方法で日付を入力するための別の画面が表示されます。次に、その他の情報を表示する別の画面などです。

全部で十数の画面があり、最後にすべての情報がサーバーに送信され、ユーザーはいつでも前の画面に戻って回答を編集できます。

私はすでに Android 開発の練習をしていますが、実際のプロジェクト、特に多くの画面で作業する機会はありませんでした。

だから私の質問は：

  • 画面ごとに 1 つのアクティビティを使用する必要がありますか? それ以外の場合、どの構造/アーキテクチャを使用する必要がありますか?
  • フォームの入力に沿って情報を保存するために SQLite を使用することは良い考えですか?

前もって感謝します、 バレンティン

[編集] - また、画面を切り替えながらアニメーションを表示したい

4

2 に答える 2

1

まず、1 画面 1 アクティビティでコーディングするようにしてください。Android はビューではなくアクティビティを最適化するため、これが最善の方法です。バック機能、将来のサポート可能性はすべて、優れた Android コーディングにかかっています。アクティビティ以外の Java 構文スキルとパターンを使用します (Android 以外の基本的な構造体のインテント、ブロードキャスト リスナーなど)。ただし、Android の基本的なルールと構造を使用して、すべての最適化と機能、および顧客の行動習慣を活用してください。

ドローアブルを関連付けるときは、次の点に注意してください。

  • 描画可能なフォルダーが多ければ多いほど、メンテナンスの悪夢が増えます。2 つの drawable と drawable-hdpi を保持するだけです。
  • mdpi のデバイスからロードすると、android はビットマップと大量のメモリを使用してドローアブルのサイズを変更します。この OOM の罠に陥った場合は、すべてのドローアブル ファイルを ldpi、mdpi にコピーしてください。そして、すべての hpdi を xhpdi フォルダーにコピーします。これにより、Android の自動サイズ変更が回避されます
  • 可能であれば、sqlite の代わりに SharedPreferences を使用してください。

それは長い答えでした。簡単に言うと、Android の基本に固執し、シンプルに保つことです。

編集 ：

画面切り替え時のアニメーションは、Android では非常に簡単です。たとえば、アクティビティを後方にスクロールするときにアニメーションを変更したい場合はoverridePendingTransition、現在の画面のアニメーション用に 1 つ、新しい画面のアニメーション用に 2 つのパラメータを使用して、 を使用する必要があります。したがって、現在の画面は右に 0 x から 100 x に移動し、新しい画面は -100 x から 0 x に移動します。同じディレイを使用して、プル感を与えます。これが質問に答えることを願っています。さらに質問がある場合は、新しい質問を作成してください。ありがとう。

@Override
public void onBackPressed() {
    finish();
    //go back to the previous Activity
    overridePendingTransition(R.anim.comming_in, R.anim.comming_out);   
}
于 2013-06-30T18:02:48.657 に答える
0

フラグメントを使用し、画面間をスワイプします

効果的なナビゲーションをご覧ください

于 2013-06-30T18:00:27.843 に答える