class - 静态内部类是个好主意还是糟糕的设计？

Question

我发现我有几个地方设计了公共(public)静态内部类来扩展“帮助”类，这使我的代码更加类型安全，并且在我看来，可读性更高。例如，假设我有一个“SearchCriteria”类。我搜索的不同事物有很多共性(一个搜索词，然后是一组搜索词类型、日期范围等)。通过在静态内部类中扩展它，我将扩展和可搜索类有具体区别。这在理论上似乎是一个坏主意(紧耦合坏!)，但扩展是特定于这个可搜索的类(一个类，一个目的)。

我的问题是，根据你的经验，使用静态内部类(或任何你的语言等价物)是否使你的代码更具可读性/可维护性，或者这最终会在 EOF 中咬你？

另外，我不确定这是否是社区 wiki Material 。

Answer 1

对我来说听起来很合理。通过使它成为一个内部类，当可搜索的类发生变化时，您可以很容易地找到它并成为审查的明显候选者。

只有当您将并不真正属于在一起的事物耦合在一起时，紧密耦合才是不好的，因为它们中的一个碰巧调用了另一个。对于密切合作的类(class)，例如当像您的情况一样，其中一个存在以支持另一个时，则称为“凝聚力”，这是一件好事。