android开发者教程推荐我使用fragment的宿主activity来传递数据什么的，那么为什么会有set/get target fragment的方法呢？
到目前为止，我的应用程序包含一个主机活动和一个片段，该片段有一个启动DialogFragment 的按钮，其中有一个启动另一个DialogFragment 的按钮。使用setTargetFragment/getTargetFragment 使整个考验变得有些混乱，所以我正在考虑重新实现，让我的主要活动通过我的主要片段的自定义界面处理DialogFragment.show 方法。
这是正确的思维方式吗？或者使用setTargetFragment 没有坏处？谁能提供使用它的好坏例子？
【问题讨论】：
标签： android android-fragments android-activity android-dialogfragment
此外，您最终可能会在片段管理器中找不到目标片段。如果在旋转（或其他配置更改）之后，您的目标片段在添加调用者片段时不会被读取到片段管理器，则会发生这种情况。
假设您有某种从MainFragment 添加的确认片段，如下所示：
ConfirmationFragment frag = new ConfirmationFragment();
frag.setTargetFragment(this, 0);
getFragmentManager().beginFragmentTransaction().add(R.id.container, frag).commit();
现在点击某个确认按钮，您可以通过调用从MainFragment 调用一个方法：
((MainFragment)this.getTargetFragment()).onUserSelectedGoodButton();
这很漂亮也很简单，但是如果你旋转屏幕并且由于某种原因将ConfirmationFragment添加到FragmentManager之前MainFragment，则会抛出异常，说明在片段中找不到目标片段经理
【讨论】：
我不认为使用 setTargetFragment 有隐含的危害，但是，我只会在非常特殊的情况下使用它。例如，如果目标片段仅将被片段使用（考虑到对象重用并在可能的情况下将您的类设计为可重用），即便如此，也要谨慎使用。
如果过多地使用它们，您最终会得到您所看到的 - 难以理解和维护的令人困惑的代码。一开始，通过您的活动编组所有内容，您可以维护一个易于遵循和维护的“扁平”层次结构。
我认为是否使用 setTargetFragment 的决定是一种编码风格/哲学上的决定，凭借智慧和经验，它“感觉”是对还是错。也许在您的情况下，通过您质疑旧代码的证据，您正在获得这种智慧:)
【讨论】：