java - Fragments 作为静态内部类与独立公共(public)类的设计逻辑是什么？

Question

我无法理解我刚刚开始的 Android 软件设计的一个重要方面，据我所知，为了解耦代码，采用了 Fragment 设计，其中直觉是 Activity 保持原样，Fragment 可以在其他地方重用，甚至可能在不同的 Activity 中，或者可能与其他 fragment 一起使用，在主/详细信息流或横向 UI 中。

好的，所以我在 SO 上看到了很多问题，询问为什么将 Fragments 作为静态内部类放置在 Activity 中，答案是如果我们不会将它们设为静态，Fragment 可能包含对 Activity 的引用，并且屏幕旋转或重新绘制之类的东西可能会泄漏 Activity 或其他东西。

这让我回到第一点，我有一个问题，如果采用 Fragment 设计来解耦代码，那么我们为什么要将 Fragment 与 Activity 将它放在 Activity 类中，而不是将它们作为独立的公共(public)类？这不是和 Fragments 的存在完全矛盾吗？

这样的项目结构有什么缺点？每个 Fragment 都是自己的一个单独的类？鉴于我的 Fragment 代码可以增长到 1000 行，尤其是在尝试制作动画时，我认为这在除了预期的父 Activity 之外的其他 Activity 中更加整洁、解耦和可重用。

• 我们是否仍然受到上述内存泄漏问题的困扰？
• 我是否遗漏了一些关于设计逻辑的内容？请教育我。
• 有没有一种方法可以让 Fragments 保留为内部类并且仍然可以在其他地方使用？我可能在这里也遗漏了一些东西......所以请通知我。

任何其他项目设计方法、概念、对我的直觉的修正都非常受欢迎，因为我刚从这里开始，我很想知道我的所有选择。

谢谢你:)

Answer 1

This brings me back to square one and I have the question that, well, if the Fragment design has been adopted in order to decouple the code, then why are we marrying the Fragment to the Activity by putting it inside the activity class and not putting them as standalone public classes? Isn't that totally contradicting to the very existence of Fragments?

fragment 的主要驱动力不是解耦，而是组合:可重用的用户界面 fragment 可以在不同的配置中轻松组合在一起。从可组合性遵循模块化和从它解耦，所以是的，解耦是存在的，但它不是主要问题。

继续阅读 fragment design philosophy .

模块化硬币还有另一面:如果两个东西属于一起，例如一个 Activity 和一个仅与该 Activity 一起使用的 fragment ，它们最好保持在一起，而不是分散在整个代码库中，这样它们就更容易一起进化.像您的问题中的项目结构，其中 Activity 和 fragment 位于单独的包中，并不会真正遵循这一原则。

将 fragment 保存在单独的类中但靠近相关 Activity 的一种常见方法是使用命名前缀，以便它们在同一个包中按字母列表排序:例如FooActivity 与 FooDetailsFragment。

对于没有那么多代码且仅在一个 Activity 中使用的简单 fragment ，将它们作为该 Activity 中的静态内部类非常好。

尽量保持一致，以便其他阅读代码的人可以轻松地在代码库中找到自己的方式，并且 WTF/分钟代码指标保持在较低水平。

Do we still suffer from the memory leak issue mentioned above?

不，泄漏仅适用于持有对外部类的引用的非静态内部类。包级类没有任何外部类可以引用。

由于 fragment 共享托管 Activity 的生命周期，因此泄漏外部对象并不是 fragment 真正关心的问题。只是框架需要能够在没有任何外部类对象的情况下实例化 fragment ，而 static 是对此的要求。

Is there a way where the Fragments stay as an inner class and still be used elsewhere? I might be missing something here as well... so do inform me.

您可以在代码中使用点符号 Outer.Inner 或带有反射的 Outer$Inner 引用公共(public)内部类(例如 XML 文件)。

虽然这在技术上是可行的，但这样做意味着您依赖于类的内部结构，这是一种设计风格。我真的会在外部类代码本身中引用内部类。