我已阅读文档并其他一些问题的主题 https://softwareengineering.stackexchange.com/q/200583/127226对于这个话题，我并没有真正被说服；我不清楚使用这种技术的局限性。
碎片现在被视为最佳实践; 每个 Activity 基本上应该支持一个或多个 Fragment而不是直接调用布局。
创建片段的目的是：
允许Activity使用许多片段，在它们之间进行更改，重用这些单元... ==>Fragment完全依赖于Context活动的，所以如果我需要一些可以在许多活动中重用和处理的通用内容，我可以创建自己的自定义布局或视图......我不会关心片段会添加的额外复杂性开发层。
更好地处理不同的分辨率==>对于平板电脑/手机来说，如果流程较长，我们可以在平板电脑中的同一活动中显示两个（或更多）片段，并在手机中一个接一个地显示。但为什么我要使用片段always ?
处理回调以在片段之间导航（即：如果用户已登录，我将显示一个片段，否则我将显示另一个片段）。 ===> 只要尝试看看 facebook SDK 登录有多少 bug 是因为这个，就知道它真的是（？）...
考虑到 Android 应用程序是基于 Activity 的...在 Activity 中添加另一个生命周期会更好地设计应用程序...我的意思是模块、场景、数据管理和连接会得到更好的设计，因为方式。 ===> 这是一个习惯于以 Fragments 的视角看待 Android SDK 和 Android Framework 的人的回答。我不认为这是错误的，但我不确定它会产生好的结果......而且它真的很抽象......
====> 为什么我总是使用它们而使我的生活变得复杂，编码更多？否则，如果它只是某些情况下的工具，为什么它是最佳实践呢？这些案例是什么？
如果我写得太多，请见谅，感谢您的宝贵时间。我希望我能引起您的注意，因为我真的需要关于这个主题的想法和经验。
最好的问候，艾哈迈德
您不应该总是使用片段。片段有其用途，例如当您想要翻入和翻出屏幕的某些部分时，或者当您想要在不同方向上大幅更改 UI 时。当它们有意义时，就使用它们。如果不这样做，请跳过它们。我发现它们在大约 10-20% 的应用程序中有意义 - 我很少看到这种需要。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
