我已经阅读了有关该主题的文档和其他一些问题的主题,但我并没有真正感到信服。我看不出使用此技术的局限性。
片段现在被视为最佳实践 ; 基本上,每个活动都应该是对一个或多个片段的支持,而不是直接调用布局。
创建片段是为了:
允许
Activity
使用多个片段,在它们之间进行切换,重用这些单元... ==>Fragment
完全依赖于Context
Activity的,因此,如果我需要可以在许多Activity中重用和处理的通用类,创建自己的自定义布局或视图...我不会在意片段会添加的这个额外的复杂性开发层。对于平板电脑/手机,更好地处理不同分辨率==>确定,以防长时间处理,我们可以在平板电脑的“同一活动”中显示两个(或多个)片段,在手机中一个一个地显示。但是为什么我总是使用片段?
处理在片段之间导航的回调(即:如果用户已登录,则显示一个片段,否则显示另一个片段)。===>试着看看有多少bug导致了Facebook SDK登录,以了解它确实是(?)...
考虑到Android应用程序是基于活动的...在活动中添加另一个生命周期会更好地设计应用程序...我的意思是模块,方案,数据管理和连接性会得到更好的设计,因为办法。===>这是一个曾经用Fragments愿景看过Android SDK和Android Framework的人的答案。我不认为这是错误的,但是我不确定它是否会产生良好的结果。而且它真的很抽象。
====>为什么总是使用它们会使我的生活变得复杂,编写更多代码?否则,如果它只是某些情况下的工具,那为什么是最佳实践呢?这些情况是什么?