1

私は現在、「サービス注文」、「ルート計画」、「フォト ギャラリー」、中央ログインなど、さまざまなサービス次元を持つ Android アプリに取り組んでいます。これまでのところ、各「画面」（画面とは実際には画面のレイアウトを意味します）を個別のクラスとして実装しました。このクラスは、特定のレイアウトをロードし、すべてのリスナーと、スレッドでの Web サービスの呼び出し、回答の受信などのコア機能を処理します。これが複数のレイアウト画面を実装する最良の方法であるかどうかはよくわかりません。

Android 開発ガイドラインでは、「画面レイアウト」ごとに 1 つのアクティビティを使用することが提案されています。しかし、これが最も効果的な方法であるとは思えません。中央ログイン（ここではユーザーオブジェクト）によって取得される各「レイアウト」の情報が必要なので。アクティビティは（私が理解している限り）別のスレッドであるため、情報の受け渡しと取得はあまり実用的ではないようです。

それについてのご意見/フィードバックをお寄せいただきたいと思います。ヒントやヒントに感謝します。

これまでのところ、私の構造は次のようになります。

  • アクティビティ
    • ログインレイアウトを読み込みます (res/layout/login.xml with setlContentView)
    • ボタンクリックに応じて、他のリソースがロードおよび初期化されます (リスナーが追加されるなどを意味します)。

ピーターに挨拶

4

2 に答える 2

3

開発ガイドラインでは、理由からそれを推奨しています。それは物事を行う最も効果的な方法です。アクティビティからアクティビティへと渡せるようにデータを保存しなければならないことに不満を抱くかもしれませんが、どうでしょうか? あなたは電話用のアプリを開発しています！いつでも電話が鳴り、ユーザーはアプリからの切り替えを余儀なくされる可能性があります。または、ユーザーが一時的に別のアプリを表示することを選択することもできます。アプリが元に戻ってすべてのデータを失った後、振り出しに戻った場合、ユーザーは当然のことながら怒ります。

于 2010-12-21T09:28:35.587 に答える
0

これがアプリに適しているかどうかはわかりませんが、別のオプションとして、コア データ処理をサービスに分割し、アプリをそのサービスと通信する単なる UI フロントエンドにすることもできます。

于 2010-12-21T11:14:23.673 に答える