我正在实施一系列UI屏幕，这些屏幕收集应用程序跟踪的新“事物”的信息。想想日历中带有一组相关数据的新“事件”：事件，从，到，位置等。
首先，我尝试设计一个活动（在单个视图上，但有弹出窗口等），以收集用户的选择。由于有几个项目是可供选择的列表，因此这些选项中涉及大量点击。此外，整个视图在手机上都很拥挤。
我正在尝试另一种方法：将每个不同的数据条目呈现为新的视图。起初，我实际上为每个选项创建了单独的视图，并通过父活动管理流和数据。从数据的角度来看，这似乎是有道理的。通过每个屏幕的选择很容易建立一个对象。
但是，我在这里读到我的第一种方法不是好的做法。所以，我已经改变了大头钉，并试图为每个“选择”使用单独的活动。当我追求这个时，我现在正在弄清楚如何在这些活动之间传递数据以及如何构建这些数据的对象，最终作为数据库记录输入。
我的应用程序是非常具体工作的计划管理员。用户在收到新作业时会添加新作业。每个作业都由它所处的位置，它所处的活动时间段以及其他描述符来定义。我正在尝试设计一个优雅的UI来处理有关新“工作”的详细信息。就像我上面说的那样，它在一个视图上感觉不对。从理论上讲，我喜欢用多个屏幕收集每个细节的想法，但我不确定如何构建它。
在我走到“Parcelable”兔洞之前，我很想澄清这种UI场景的最佳方法。
答案 0 :(得分：1)
IMO parcelable是您最好的选择。我记得在某处阅读它比Java的默认可序列化更有效。
对不起，我的意思是 - 如果这是你计划下降的道路，那么parcelable是您在活动中发送数据的最佳选择。至于你的设计，我对你的意思有点困惑，但我真的没有看到有一个活动的问题。