在过去的一年里，我接管了两个现有的项目，每个项目的结构都截然不同。
项目A有一个活动，然后每个功能区域都包含在该活动中的片段中。功能区域没有关系 - 有通常类型的屏幕，如帐户，设置，帮助等。总体而言，可能有大约25个碎片。片段管理代码相当复杂，难以调试。
项目B每个片段有一个活动。这是一个复杂的项目，具有许多功能领域，清单列出了近30项活动。
我想知道哪个是正确的＆＃39;解？各自的优点和缺点是什么？如果我从头开始一个新项目我应该遵循哪个模型？
答案 0 :(得分：1)
确实没有＆＃34;正确＆＃34;解。无论哪种架构对您来说最有意义，都可能是您应该为项目选择的架构。
将活动视为零个或多个碎片的集合，并将碎片视为将活动的各个部分分成较小的逻辑或功能部分的方法。从那里，决定你个人想要如何组织这些作品并与之配合。
Dianne Hackborn和Adam Powell也在2014 Google I/O Android Fireside Chat解决了这个问题，我认为他们在解释两者对于相同概念的不同抽象层次方面做得很好。