Android Fragments 基础知识 : why? 这在概念上是错误的吗？

Question

我对 Android 中的“正确编程”有疑问。

我目前正在使用 fragment 开发一个应用程序。它涉及动态添加到 Activity 的 fragment 、从 XML 膨胀的 fragment 、来自 XML 的嵌套 fragment 或动态添加。我们只是说，一切都有一点。

本题关注的概念是 fragment 涉及的通信过程。所以，我已经阅读了文档，这不是我第一次尝试使用 fragment 。

常识(和文档)告诉我们，如果 Fragment 想要与其 Activity 对话或交流，我们应该使用接口(interface)。

示例:

测试 fragment

public class TestFragment extends Fragment {

  private TestFragmentInterface listener; 

  public interface TestFragmentInterface {

      void actionMethod();

  }


  @Override
  public void onViewCreated(View view, Bundle savedInstanceState) {

      if (getActivity() instanceof TestFragmentInterface) {
          listener = (TestFragmentInterface) getActivity();
      }

      // sending the event
      if (listener != null) listener.actionMethod();
  }

}

测试 Activity

public class Test implements TestFragmentInterface {

  @Override
  public void actionMethod() {
    ..
  }
}

一切都很好。

这提高了可重用性，因为我的 TestFragment 这种方式可以与任何类型的 Activity 交互，前提是 Activity 实现了我声明的接口(interface)。

反过来，Activity 可以通过持有引用并调用其公共(public)方法与 fragment 进行交互。这也是 fragment 间通信的建议方式，使用 Activity 作为桥梁。

这很酷，但有时感觉为此使用接口(interface)有点“太多”。

问题A

在这种情况下，我附加的 fragment 具有非常集中的作用，这意味着它们是为特定 Activity 完成的，不会在其他情况下使用，忽略接口(interface)实现而只做类似的事情在概念上是错误的吗

((TestActivity) getActivity().myCustomMethod();

?

这也适用于这样一种情况(不是我的情况，只是将其视为“最坏的情况”)我的 Activity 必须处理各种不同的 fragment ，这意味着它应该为每个 fragment 实现一个方法它应该处理。这将代码变成一大堆“可能不需要的行”。

进一步:仍然使用“聚焦” fragment ，旨在仅在特定方式下工作，使用嵌套 fragment 有什么用？

像添加它们一样

public class TestFragment extends Fragment {


  private void myTestMethod() {

    NestedFragment nested = new NestedFragment();

    getChildFragmentManager()
      .beginTransaction()
      .add(R.id.container, nested)
      .commit();
  }

}

这将 NestedFragment 绑定(bind)到 TestFragment。我再说一遍，NestedFragment和TestFragment一样，只能这样使用，否则没有意义。

回到问题，在这种情况下我应该如何表现？

问题B

1) 我应该在 NestedFragment 中提供一个接口(interface)，并使 TestFragments 实现 NestedFragmentInterface 吗？在这种情况下，我将按照以下方式行事

嵌套 fragment

public class NestedFragment extends Fragment {

  private NestedFragmentInterface listener; 

  public interface NestedFragmentInterface {

      void actionMethodNested();

  }


  @Override
  public void onViewCreated(View view, Bundle savedInstanceState) {

      if (getParentFragment() instanceof NestedFragmentInterface) {
          listener = (NestedFragmentInterface) getParentFragment();
      }

      // sending the event
      if (listener != null) listener.actionMethodNested();
  }

}

2) 我应该(或可以)忽略接口(interface)，只调用

getParentFragment().publicParentMethod();

?

3) 我应该在 NestedFragment 中创建接口(interface)，但让 activity 实现它，以便 activity 调用 TestFragment 吗？

问题 C

关于使用 Activity 作为 fragment 之间的桥梁的想法，我相信这样做是为了正确处理所有这些对象的生命周期。在尝试手动处理系统可能抛出的异常时，直接 fragment 到 fragment (使用接口(interface)或直接调用公共(public)方法)是否仍然可行？

Answer 1

我会尽力回答这里的文字墙:)

问题一:

fragment 被设计成可重复使用的模块，可以在任何 Activity 中即插即用。因此，与 Activity 交互的唯一正确方式是让 Activity 从 fragment 理解的界面继承。

public class MapFragment extends Fragment {

  private MapFragmentInterface listener; 

  public interface MapFragmentInterface {

      //All methods to interface with an activity

  }


  @Override
  public void onViewCreated(View view, Bundle savedInstanceState) {
      // sending the event
      if (listener != null) listener.anyMethodInTheAboveInterface();
  }

}

然后让 Activity 实现接口(interface)

public class MainActivity extends Activity implement MapFragmentInterface{

//All methods need to be implemented here
}

这允许您的 fragment 与任何 Activity 一起使用，只要该 Activity 实现此接口(interface)即可。您需要此接口(interface)的原因是因为该 fragment 可以与任何 Activity 一起使用。调用类似

的方法

((TestActivity) getActivity().myCustomMethod();

依赖于您的 fragment 只能在测试 Activity 中工作的事实，因此“打破”了 fragment 的规则。

问题 B 和 C:

假设您遵循正确的 fragment 指南并且它们是独立的模块。那么你永远不应该出现 fragment 需要相互了解的情况。 99% 的时间人们认为他们需要 fragment 来直接交流，他们可以通过使用 MVC 模式或类似的东西将他们的问题重构为我上面给出的情况。让 Activity 像 Controller 一样工作，并告诉 fragment 何时需要更新，然后创建一个单独的数据存储。