問題タブ [android-fragments]

ご想像のとおり、onCreateView 内にビューを作成するフラグメントがあります。ただし、定期的にビューを変更したい。

私の使用例は、フラグメントが Web サービスからのデータを表示することです。ユーザーがリスト (別のフラグメント) からオプションを選択すると、このフラグメントはプログレス バーに切り替わり、読み込まれるとデータ ビューに戻ります。

ローディング フラグメントと表示フラグメントの 2 つのフラグメントを作成することもできますが、これはカプセル化されたイベントであるため、すべてを 1 つのフラグメント内で行うほうがよいようです。

基本的に私が求めているのは、フラグメント内の setContentView と同等のものです。

銀行向けの巨大なアプリを開発しました。このアプリを使用すると、ユーザーは電話を介して多数の操作を実行できます (国内および国際送金、証券、株式市場価格、アラート、預金、カードの変更、カードの有効化、小切手など)。

すべてのアプリは Android ネイティブ コードを実行しており、各画面はアクティビティです。

今、私たちは Fragments に移行しています...私はこれらのチュートリアルthisとthisに基づいて進むべき道を持っています...私は彼らのプロセスを最適化しました。

それでも、彼らの提案に基づいて、約 100 個の新しい Fragment クラスを作成する必要があります。画面ごとのアクティビティにあったコードを切り替えて、それらの新しい画面ごとの Fragment クラス内に配置します。約 100 のレイアウトを更新します。最後に、画面が新しい画面をトリガーする方法を更新します (インテントの代わりに FragmentManager を使用)。

難しい作業ではないかもしれませんが、面倒です。

私の質問は、前述のチュートリアルで提案されている方法よりも速く、100 アクティビティ アプリを Fragments に移植する簡単な方法を知っている人はいますか?

どうも

ListFragment で常に wrap_content ではなく match_parent で動作するように強制するソリューションを持っている人はいますか?

ListFragment で行 xml に強制幅を設定しても、まだ match_parent を使用しています。また、xml でフラグメントを使用したり、listfragment を動的に追加したりしても、それ自体が match_parent に強制されるようです。

どんな助けでも素晴らしいでしょう。ありがとう

iOS アプリを Android に移行する必要があります。Android は初めてなので、アプリに最適なレイアウト デザインがわかりません。

1. タブバー (ボタン付き) は常に画面の下部にあります
2. 各タブボタンは画面に対応し、各画面にはサブ画面階層があります

例: タブボタン: ショップ 画面が表示されます: ショップのリスト ショップをクリック: 住所、ウェブサイトなどのショップ詳細に遷移 ショップ詳細画面でアドレスをクリック: マップに遷移

現在、私はTabActivityを持っており、各タブボタンはそのボタンの機能のアクティビティに関連付けられており、各アクティビティ内にはフラグメントを含むViewGroupがあるため、現在のフラグメントを画面遷移用の新しいフラグメントに置き換えることができます(新しいアクティビティを作成しようとしましたタブバーは消えます）。これがそれを設計するための最良の方法であるかどうか、またはより良いアプローチがあるかどうかはわかりませんか?

（互換性ライブラリを使用）

DialogFragmentを拡張してダイアログを実装しました。onCreateDialogのAlertDialog.Builderを使用してダイアログを作成します（onCreateViewは使用されません）。

私のフラグメントでは、次のコマンドでダイアログを呼び出します。

ただし、視認性を確認するために、ダイアログがはっきりと見えるようになったら、

これはfalseを返します。

次に、互換性ソースからのFragment::isVisibleコードを示します。

ビューがウィンドウにアタッチされていないためにmViewがnullであるため、呼び出しはfalseを返します。

ダイアログをどのように呼び出すか、またはそのためにダイアログを作成して、フラグメントのルートビューにアタッチする方法についてのアイデアはありますか？または、他にどのように可視性をチェックする必要がありますか？

よろしくお願いします、ピーター。

ここで、Dianneは、を介してオブジェクトを保持する古いメソッドは、onRetainNonConfigurationInstance()構成の変更時にFragmentインスタンスを保持できるという事実によって廃止されたと述べています。

そして、ここでは、フラグメントのAPIデモで、構成変更後にスレッドを維持するためにこのメソッドを使用する方法を示しています。

構成の変更中に、フラグメントがどのアクティビティにもアタッチされていない可能性があり、スレッドがその作業を完了している場合、アクティビティがアタッチされてwait()いないときに結果を提供しようとしないように呼び出すことができます。これは非常に便利であり、Androidの向きの変更に伴う問題の1つを軽減するための優れた方法だと思います。

ただし、スレッドライブラリ（たとえば、スレッドエグゼキュータを使用するAPIライブラリ）を使用していて、そのスレッドにアクセスできないwait()場合、この新機能をどのように活用すればよいでしょうか。

アクティビティが添付されていないときにメッセージが配信されないようにするにはどうすればよいですか？

新しいアクティビティが添付されたときにメッセージをキューに入れて配信する方法を考えていましたが、皆さんに連絡して、すでにいくつかの解決策を考え出しているかどうかを確認したいと思いました。

また、LoaderManager APIを調べたところ、アクティビティが表示されたときにロードする必要のあるデータには適しているようですが、ボタンを介してログインするなどのイベントベースのデータには適していません。

OK、私はこれについて間違った方法で考えているかもしれないことを知っていますが...

A) フラグメント F2 をロードするフラグメント F1 をロードするアクティビティ A があります。F2 は、それが閉じられる結果となるアクションを実行し、次に F1 は、それがどのように閉じられたかに基づいて特定のアクションを実行します。

B) 現在、単一ペインの非フラグメントもサポートしているため、バージョン F1 は startActivityForResult 呼び出しを介して間接的に F2 もロードします。これは、F2 のラッパー アクティビティが終了すると、F1 が onActivityResult 呼び出しを受け取り、F1 が必要なことを実行できることを意味します。

ただし、必要なものを実装するための最良の方法を見つけるのに苦労しています(A)。F2 でアクティビティ A にコールバックして、スタックからポップします。次に、必要なことを行うためにメッセージを F1 に渡すことを検討する必要がありますか? 別の方法として（F1がF2をスタックからポップする責任があると思います）。

私が疑問に思っているのは、親アクティビティを介してメッセージを前後に渡すことに関して正しい軌道に乗っているのか、それとも F2 がそれを閉じる必要がある何かを実行し、F1 がそれ​​を実行することに応答するより直接的な方法があるのか​​どうかです。する必要があります。

前もって感謝します。ピーター。

アクティビティ内で (ACP を介して) フラグメントを使用する Android アプリがあります。複数の「モード」があります。各モードには、表示したい一連のフラグメントがあり、通常どおりバック スタックを管理しています。ただし、モードを切り替えるときに、各モードの状態が永続的になるように、スタック全体を保存および復元できるようにしたいと考えています。

つまり、ユーザーがモード 1 でフラグメント A、B、C を (順番に) 開き、モード 2 に切り替えてフラグメント D と E を開き、モード 1 に戻った場合、フラグメントを表示してもらいたいC で、バック スタックに A と B があります。

この効果を達成する方法を知っている人はいますか？

ありがとう、アーロン

Fragmentアクティビティ間を保持することは可能ですか?

Fragmentが左側に配置され、FragmentAが右側に配置されたActivityがあるとします。新しいアクティビティを起動して Fragment を保持したい場合、どうすればよいですか?F_LeftF_RightF_Left

アクティビティ間でFragmentF_Leftの状態を保持できますか?

F_LeftFragmentは私のアプリ メニューであり、Fragmentはユーザー操作のコンテキストを完全に変更するため、新しいアクティビティを起動したいことに注意してくださいF_Right...そして私のアプリには多くの操作があるため、操作ごとにアクティビティを持つことは理にかなっています。

Fragment内に保持できることはわかっていますActivityが、Fragmentライフサイクルはコンテナと密接に結びついているため、アクティビティ間で状態をActivity保持できるかどうかはわかりません。Fragment