AC#程序员重写了一个Delphi 6程序(没有GUI,只有文件在文件中打磨,大约50个程序和功能总计少于1200行== 57kb键击),它们作为单个.DPR文件存在.
他在一个嵌套到不同程度的13个文件夹中发布了一个包含58个文件(其中52个.CS文件)的项目,总计超过330kb.
这是典型的C#项目吗？C#程序员通常使用什么策略来决定如何砍伐和组织他们的项目？
代码文件大小是确定项目价值的可怕指标,尤其是在业务线项目中.三个原因:
1)小代码文件比大代码文件更容易理解,但这可能导致某些构造的重复(使用声明,名称空间声明等),并且肯定会增加项目中的文件数量.
2)小班比大班更容易理解.这对代码的新手来说是一个主要的好处.如果他们可以围绕任何一个班级,他们可以从那里向外扩展他们的理解.
3)好的代码比小代码大.当您添加适当的错误检查,文档和描述性方法/变量名称时,您的代码更具弹性和可维护性,但也更大.那完全没问题.
现在所有人都说,当然有很多情况下代码很大,因为程序员不知道他们在做什么.你可以通过查看最大的文件来识别它; 如果你看到很多重复完全相同的代码......或者你看到很多很多字符串连接....或者你根本没有看到任何评论(或者评论没有告诉你任何有用的那么你可能手上有一些很好的老式代码膨胀.