Oop “巨大的类文件是不好的”-这是真的吗？最好的解决方案是什么？

在一次代码回顾中，我听说用大量代码创建大型类是不好的。显然，就可读性/可导航性而言，我的1000条代码规则是一个糟糕的实践，我确实听到了一些道理

所以我有一些复杂的类，它们基本上是不同屏幕后面的代码逻辑。我在Android上编程，所以这是一个片段或活动的例子，尽管这是一个一般性的问题

现在我可以选择将方法分组并将它们放入实用程序类中。这将至少缩短我的代码，即每个类的行数，并让我感觉什么方法在哪里。然而，这些方法实际上只被不超过1个类使用，所以这真的应该是一个实用类吗？我的直觉是实用程序类应该是无状态类，其中包含可用于类的静态方法

现在，我还可以使用可折叠的代码块，并将我的方法分组。这将为我提供可读性和可用性，但不会为其他程序员提供

然后，如果我看看Android Activity类，它包含6000多行代码。这也被认为是不好的做法吗

---

我意识到这个问题可能有太多的观点，但我希望有一个明确和共同的答案。

在我看来，代码行是一个有点无意义的衡量标准。某些类型的类自然会更长，例如MVC控制器

设计类时要记住的最重要的原则是，其中指出：

每个班级都应该有一个单一的责任，而且 责任应该完全由班级承担

Android中的活动类型很可能遵循这一原则，并且仍然有6000行长，例如，如果一个活动非常复杂，需要大量可怕的嵌套控件和流语句

---

如果没有看到这个类，很难说，但是在实践中，一个设计良好的单个类不太可能发展到这样的规模。

大量的行是一个糟糕设计的标志。您不希望在6000行代码中导航。