現在、既存の Android アプリを Fragments を使用するように変換しようとしています。私のアクティビティが行う主な作業には時間がかかる場合があるため、コールバック ハンドラーとして機能するスレッドをいくつか実装しました。これが、これらと進行状況ダイアログを使用するベスト プラクティスであると考えるようになりました。
うまくいけば、それは理にかなっています。
私の質問は、これらの内部クラスを Fragment クラスに移動するか、Activity クラスに保持する必要があるかということです。
実際、一般的なソフトウェアのベスト プラクティスは少し異なります。まず最初に、ソフトウェアには「ハード ルール」がないことを知っておく必要があります。キーワードは「All Depends (書籍 Pragmatic Thinking and Learning から取得)」であり、そのため、それはすべてあなたが望むものと必要なものに依存します。物事をバランスよく配置して、どこが自分にとってより良いかを判断する必要がありますが、これらのケースの一般的なベストプラクティスに戻ると、ビジネスモデルクラスを持つのが最善ですFragment/Activity またはその他の Android コンポーネントから完全に分離されているため、実際にはモデル クラスがあり、コントローラー クラスと一緒に、それらの両方がそれらの要素内のデータとビューを操作/設定する必要があります...
お役に立てれば。
よろしく！
厳格なルールはありませんが、最も自然に収まる範囲にとどめるのが好きです。長時間実行されるタスクの結果が、それを開始したフラグメント内でのみ有用である場合、それはフラグメント内に存在します。タスクが複数のフラグメントに影響を与える可能性がある場合は、アクティビティ内に存在する可能性があります。