java - Java 中的模块化 : top level vs. 嵌套类

标签 java nested modularity

我阅读的 Java 教程,喜欢使用嵌套类来演示概念、功能或用途。

这促使我最初实现了一个我创建的示例项目:主 Activity 类中有许多嵌套类。

它有效,但现在我得到了一个巨大的单体 .java 文件。我发现它有点不方便,我现在打算拆分为多个 .java 文件/类。

然而,我突然想到,有时可能有一些原因将类(class)从它们的封闭类(class)中取出。

如果是这样,考虑到模块化和易于维护,保持模块大的充分理由是什么?

是否存在将嵌套类转换为顶层类不切实际(甚至不可能)的情况?换句话说,是否存在只有嵌套类才能满足某些功能的情况?

最佳答案

如果所有类都在同一个文件中,那么阅读它们会更容易。这就是为什么这种方法适用于示例代码的原因。

但是对于真正的代码,您应该将您的文件/类分解成可管理的大小。 Java 6 中最长的类文件大约有 9000 行。我倾向于让类(class)比这短。 ;)

关于java - Java 中的模块化 : top level vs. 嵌套类,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5354728/

相关文章:

java - 跟踪 NullPointerExceptions 的最佳方法是什么?

java - onRowSelect(SelectEvent event) 方法

c++嵌套模板特化与模板类

c - c中的嵌套函数?

python - python networkx 中的图模块化

java - 如何让代码模块化?

java - Spring Retry @Retryable 不重试也不恢复

java - hibernate 问题 `SessionFactory`

Swift Firebase嵌套 child 字典删除

spring-boot - 尝试模块化 Gradle SpringBoot 项目但在尝试构建时得到 "Error: cannot find symbol"?