You should design each fragment as a modular and reusable activity component. That is,because each fragment defines its own layout and its own behavior with its own lifecycle callbacks,you can include one fragment in multiple activitIEs,so you should design for reuse and avoID directly manipulating one fragment from another fragment.
但是在其Example中,TitlesFragment类(扩展ListFragment)通过findFragmentByID()在其showDetails()方法中直接引用DetailsFragment类(扩展Fragment).
DetailsFragment details = (DetailsFragment) getFragmentManager().findFragmentByID(R.ID.details);
并调用DetailsFragment类的newInstance()方法.
details = DetailsFragment.newInstance(index);
这是一种糟糕的编码风格吗?
相比之下,Basic Training Material在编码风格方面似乎做得更好.它使用Interface for Fragment-to-Activity通信.
解决方法Is it a bad Coding style?
恕我直言,是的.恕我直言,片段既不知道也不关心活动管理的其他片段.片段可能关心嵌套片段(通过getChildFragmentManager()的子片段),但不是可能的对等片段.
在引用示例的情况下,TitlesFragment不应该关心它是以单窗格还是双窗格模式显示.活动应该关心这一点.这会隔离活动中所有与屏幕尺寸相关的代码 – TitlesFragment可能会忽略屏幕尺寸.
话虽这么说,代码AFAIK在技术上没有任何问题 – 我只是不推荐这样做.
总结以上是内存溢出为你收集整理的android – 官方片段开发者指南是否自相矛盾?全部内容,希望文章能够帮你解决android – 官方片段开发者指南是否自相矛盾?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)