求助：JAVA中一个类的代码长度长点好么？还是将一个长的类分成几个类好一点？

如题：

最近一个问题困扰着我，

比如一个类的代码长度是1000行比较好，还是将1000行分成两三个类比较好，

如果要分的话，效率和其他方面有什么不同么？？

10 个解决方案

#1

看情况，也可以说是个人喜好。但原则是，逻辑相近的操作应该聚合在一起，不管是一个类还是一个包。这样当你想起你写过某个方法时，就能很快记起它在哪个包哪个类里。

#2

JAVA, 六级 薪资13K  13146644616 朱

#3

这个看具体情况了，1000行好像有点长了。但是应不应分开要从逻辑上来看，而不能简单从行数来看。
比如你的那个类有1000多行，但只是定义一些常量，或者都是一些简单的属于某一特定类型的方法比如Math类，
虽然代码量比较大，方法也比较多，但很容易理解，就没必要分看。而如果不是这样的话，你的类就要适当的
将一些相对独立的功能分出去了。总的来说尽量让你的单个类不要太复杂。

#4

这个问题和代码长度无关，个人认为以下情况需要分离代码：
1、可重用的代码
2、功能不同的代码，比如界面代码和逻辑代码要分离

#5

比如一个类的代码长度是1000行比较好，还是将1000行分成两三个类比较好

这个没有硬性的规定
看具体情况，也看个人习惯
一个类中，重复的代码太多，就要想想重构了
把重复代码提取出来，写成方法，增加代码的重用性，也一定程度的减少了代码量

#6

去看看源码有多少行，1000行太少了吧 ，分什么咯

#7

引用 2 楼 zxj19781114 的回复:

JAVA, 六级 薪资13K  13146644616 朱

真这么多?
我还真有6级证

#8

1000行太少了，怎么着也得5000行以上。主要是为了注释和可读性认为增加了行数。
至于什么时候将一个类分成几个类，与代码行数没有任何关系，仅仅取决类的功能。
一般来说，一个类表现一组功能。如果一个类中有几组功能，并且各组之间耦合性很低的话，应当将这个类分成几个类。

#9

1000行是有点长了，可以考虑从代码的重用和功能上来将代码分割

#10

注意一下类的继承层次，自然就分开来了。