War*_*zit 10 android fragment android-activity
因为我已经开始越来越好地采用Fragments,但随着Fragments功能的增加(片段中的片段,MapFragments),我开始达到一个我需要定义何时应该将新的View/Action作为片段进行定义的点还是作为一项活动？
活动定义为:
活动是用户可以做的单一,专注的事情.
但是片段有点采用了这个定义,而不是文档中描述的:
例如,新闻应用程序可以使用一个片段在左侧显示文章列表,另一个片段在右侧显示文章 - 两个片段都出现在一个活动中
这是用户可以在一个具有两个片段的活动中执行的两件事.
所以我想要一些输入/帮助来确定什么是最好的方法来决定我是否应该将新的操作/视图作为片段或活动进行？
jsm*_*ith 14
答案取决于您和您的开发实践(或您公司的开发实践).但是,我的观点是:至少,如果您认为正在开发的功能可以在多个活动中使用,或者它可以在活动中与另一个视图一起使用(如在平板电脑上),那么您应该制作它片段.
我们最近采用了在所有情况下创建碎片的理念.我们的活动现在只是顶级协调员,基本上是将事物结合在一起的粘合剂.这使得架构一致且灵活.这对我们很重要,因为我们在几个处理代码的位置都有许多工程师.
活动定义为:"活动是用户可以做的单一,重点突出的事情"
这是一个过时的文档问题而不是其他任何问题.Activity具有相同的定义...当我们在较小的屏幕尺寸(例如,电话)时.当你向更大的屏幕移动时,活动比"单一的,有针对性的事情"更复杂的可能性增加.
所以我想要一些输入/帮助来确定什么是最好的方法来决定我是否应该将新的操作/视图作为片段或活动进行？
这是我的一般启发式:
如果您预计某某UI可能在手机大小的屏幕上独立存在,但与平板电脑大小的屏幕上的其他内容串联使用,请将其设为片段.
如果您预计某某UI将始终独立存在,只需创建一个简单的活动即可.
如果你预计你预测的能力不是那么好,那么就会犯更多碎片.例如,您可能会说,"好吧,帮助将永远不需要与其他任何东西并存"并使其成为一项活动.然后,如果您意识到其他UI可能会从与他们并排的帮助中受益,而不是单独关闭 - 因此用户可以同时阅读文档并执行操作 - 您将很遗憾没有帮助成为一个片段,因为你将不得不做一些重新工作.
如果这样的UI片段永远不会独立存在 - 换句话说,如果它更像是单个小部件而不是完整的活动 - 并且您预计在多个项目中使用它,那么将它作为单个小部件,在习俗View或形式ViewGroup.
但是,正如jsmith所指出的那样,没有普遍的正确或错误的答案.BTW,AFAIAC,jsmith的答案在这里是正确的,但我对于他的回答评论太过冗长... :-)
| 归档时间： |
|
| 查看次数： |
456 次 |
| 最近记录： |