带有活动的NavigationDrawer与带有碎片的NavigationDrawer

Question

以我正在处理的应用程序为例: - 它有一个包含多个项目的navigationDrawer; 现在有两件我感兴趣的项目,我称之为X和Y.

• 单击X和Y时,将显示包含x元素或y元素列表的片段

• 选择和x或y列表元素显示一个新片段,其中我显示有关选择项的信息; 视图片段对于x和y元素是不同的

• 在视图片段中,我可以选择编辑带来编辑片段的特定元素

片段方法正在运行,但我花了一些时间来管理片段之间的导航.此外,我可能不得不在抽屉中添加一些类似于X和Y的新项目.我的主要活动,我有抽屉和我进行片段切换,已经非常密集,这让我想到了:应该我从片段切换到活动？我正在考虑在选择抽屉项目时启动新活动,并处理与该活动中所选项目相关的列表/视图/编辑片段,而不是处理单个活动中所有项目的所有片段.

这是个好主意吗？这是不好的设计？

Answer 1

我在类似的船上,我使用了活动方法,这样我就可以在每个活动中使用一组片段为特定的导航点击导航.显然我使用的是NavigationView,但只用一个MainActivity管理所有这些片段真的是一件痛苦的事.

当我们点击导航项时,我更喜欢EveryActivity管理自己的片段.这给了我更好的性能,因为我不需要担心太多碎片的生命周期,而且它是backStack并添加/删除/显示/隐藏地狱.

我使用以下SO问题巧妙地使用BaseActivity实现NavigationDrawer,并与所有其他活动共享它.真正的魔力是它不会重复代码,或者它不仅仅是简单的旧继承技术.

这是链接,请查看

我在我的两个项目中使用了这个方法,它运行得非常好,而且从一开始我就不必处理片段管理.

Answer 2

我有以下几点要提交:

1. 片段方法要好得多.您应该使用片段为用户提供更好的UI体验.

2. 想象一下,想象你的屏幕是一篮子信息,如果你有另一个篮子(我,另一个屏幕),很多数据将来回传递,那么,据我说,它好多了使用片段作为两个篮子以及容器活动.当然,可以有两个以上的篮子/屏幕.

3. 没有严格的规则,你应该只使用片段或活动,但谷歌说,尽可能使用片段要好得多.

4. 通常,开发人员使用片段将关联的逻辑组合在一起,这样做更好,因为它将提供您尝试执行的任何操作的逻辑分组.

5. 通过容器活动并在Interfaces的帮助下,在片段之间传递java数据对象也很容易.这也被认为是一种非常模块化的方法.

休息取决于您希望如何定义应用程序的流程.我认为在你的场景中使用片段是一种更好的方法.只要您认为关联逻辑发生了巨大变化,就可以使用容器活动.