我写了个类,2000行,请问这样的类大吗?多大的算大?多大能影响到系统性能?❤?

解决方案 »

  1.   

    才两千行---我这都是二万行的。基本是
    help结尾的类{
      一种业务一个内部类//
    }
      

  2.   

    JSP页面3000多行,编译成servlet估计就很多了吧
      

  3.   

    最好把功能分下
    每个类实现一个主要类型的操作
    把类细分了,这样可读性,可维护性比较好
    至于性能,二者没多大关系
    建议去看看一些java优化编程的方法,在一些细节上做好
      

  4.   

    怎么说呢,Java 类设计好坏与大小没有关系。JDK 的基础类库 sun.nio.cs.ext.EUC_TW 这个类有 2271kB 拥有 32631 行。不过这是例外,
    因为其中包含着字符集。除去字符集的 JDK 基础类之外,就是 com.sun.rowset.CachedRowSetImpl 这个类有 431kB,10129 行代码。JDK 的核心类库中最大的是 javax.swing.JTable,有 364kB,9548 行代码。如果一模一样的代码段出现了两次,那就不合格的代码。对于代码优劣,还有看看每个类中方法平均的行数是多少,一般应小于 40 行。
      

  5.   

    我用aixs2自动生成过的一个java类,有2.7M,47000多行,是我有史以来用到的最大的类。
      

  6.   

    如果没有注释就2000多行的话....不小了,类的大小和性能有没有关系.我不知道,我觉得是有关的.大了放在堆里也占用大的空间.用NB时,有一个参数是Xss配置栈的深度,这个应该和类的大小有关吧.所以我觉得是有关的.  很有可能是好多方法,或实现重复了.1.2千算蛮正常的吧.SPRING源码里经常会遇到2000行的东东.不过注释也不少的.2.5的版本,里面的是当几行代码是一个功能时就会提取出来当一个方法,供调用的.如果你觉得不对,那就重构吧.
      

  7.   

    代码多不是问题,关键是代码质量,前段时间就因为代码质量问题被领导整的不行了,不过现在好多了。
    发现c语言出身的人在写java代码时不注意面向对象的设计,还是喜欢“流水线”式的程序。
      

  8.   

    1.2000多行不算大,你自己看下java.lang.String有多大?反正我没看过,但估计肯定在2000之上了
    2.类的大小(代码的行数)不会影响运行效率,至少在2000行这个数量级是不会影响的
    3.尽管如此,仍然不建议写2000行的类,为什么?因为程序写出来,不光是给机器运行的(机器才不管你一个类有多少行呢);程序写出来是要给人看的,这个人可能是你自己,也可能是别人,你想象一下,如果项目经理让你去维护一个别人开发的项目,你拿到源码打开一看,哇靠,全是几千行的类,你头晕不晕?个人的建议是,方法不要超过100行,类不要超过500行