関連する一連の活動をどのように処理するのですか？

Question

私は、アプリケーションが追跡している新しい「もの」の情報を収集する一連のUI画面を実装しています。予定、到着地、到着地、場所などの関連データのグループを持つカレンダーの新しい「イベント」を考えてみましょう。

最初は1つのアクティビティをデザインしようとしました（単一のビューでポップアップとそのような）は、ユーザーの選択肢を収集します。いくつかの項目はリストから選択するため、これらの選択には多くのクリックが含まれていました。さらに、ビュー全体が電話で混雑しているように感じました。

私は別のアプローチをしようとしています：それぞれ別個のデータエントリを新しいビューとして提示します。最初は、文字通り、各選択肢ごとに別々のビューを作成し、親アクティビティを通じてフローとデータを管理しました。これはデータ視点からは意味をなさないようでした。各画面の選択肢を持つオブジェクトを構築するのは簡単でした。

しかし、私の最初のアプローチは良い練習ではないことをここで読んでいます。だから、私はタックを切り替えて、それぞれの "選択"に別々の活動を使用しようとしています。私はこれを追求しながら、これらの活動の間にデータを渡す方法と、このデータのオブジェクトを構築して最終的にデータベースレコードとして入力する方法を検討しています。

マイアプリは非常に特定の仕事のためのスケジュールキーパーです。ユーザーは新しいジョブを受け取ったときに追加します。各ジョブは、実行される場所、アクティブな期間、および他の記述子によって定義されます。私は、新しい "仕事"についての詳細を収集するためのエレガントなUIを設計しようとしています。私が上で言ったように、それは1つのビューで正しく感じられませんでした。理論的には、各ディテールを収集するための複数のスクリーンのアイデアが好きですが、どのように建築するかはわかりません。

「Parcelable」ウサギの穴を遠くまで見る前に、このタイプのUIシナリオの最善のアプローチを明確にしたいと思います。

Answer 1

IMOはあなたの最善の策です。私は、Javaのデフォルトのシリアライズ可能なものよりもはるかに効率的であるということをどこか読んで覚えています

申し訳ありませんが、私が意味していたことは、あなたが下りる予定の道路であれば、データを活動全体に送信するための最良の手段です。あなたのデザインについては、私はあなたが何を意味するのかちょっと混乱していますが、実際には1つのアクティビティを持つことで問題は見えません。