应用模块的 Android Studio 最佳实践

Question

我想了解 Android 上模块的概念。我读过 this article on the official documentation ，但我有点困惑。这里声明:

An Android Application Module is the container for your application's source code, resource files, and application level settings, such as the module-level build file, resource files, and Android Manifest file. The application module contents are eventually built into the .apk file that gets installed on a device.

这就是我找到的关于此的几乎所有文档。我仍然不明白在哪些情况下创建不同的模块是有意义的。我知道它可能因情况而异，但理想情况下，模块的最小逻辑大小是多少？

一个实际的例子

我正在构建一个带有抽屉 View 的应用。抽屉的每个按钮都会打开一个 fragment ，其中包含一些逻辑。制作一个只包含一个 fragment 和几个没有 Activity 的 java 类的模块是否有意义？

我真的很想知道哪些是这方面的最佳实践。

谢谢。

Answer 1

也许将代码和资源分解为模块的最佳论据是可重用性。如果不是这样一个模块的多个依赖项，为什么你需要将这段代码分离到一个模块中呢？如果您只有一个应用程序，则没有必要将此代码分解为一个模块。

一旦您有多个应用程序共享相同的代码，那么我认为一个模块是合理的。一个模块可以是很多东西。它可以是包含大部分代码的基础应用程序。它可能包含应用程序的“模型”方面，或者可能是 API 或网络层。它可以是专有算法的容器。它可能是您打算开源的一些通用代码。谁知道呢？

从相反的角度考虑它。如果您真的不需要这样做，现在这样做有什么风险？也许精神开销？如果您一开始就没有充分的理由考虑和维护这个模块，那么麻烦可能多于它的值(value)。

推迟这个决定的成本是多少？是否有任何令人信服的理由说明此代码无法在以后的某个时间点从主应用程序重构到模块中？

像单个 UI 组件的单个 Fragment 一样小的东西听起来不需要在它自己的模块中。