我有一个带有数千个编译器警告的原始项目（原始类型，不必要的@SuppressWarnings，未使用的导入等）-该项目包含约5000个Java源文件。这些警告是否可能对编译时间有重大影响？
请注意：我很清楚，仅仅为了提高性能而放弃编译器警告并不是这样做的一个好理由。我希望摆脱警告，使添加新代码，减少潜在的错误等变得更容易。但是在这种情况下，我要问的是，如果存在大量警告，编译过程是否需要更长的时间。
不; 不明显。解决编译器警告的价值来自减少项目维护时间，即减少程序员的时间，而不是减少编译所花费的时间。通过解决这些警告，您将对发生的事情有更清晰的了解，而不会迷失在警告的海洋中……
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句