now*_*ins 5 c++ compiler-construction warnings
我们的项目经理最近设置了一个策略,要求开发人员删除所有编译器警告.我理解一些警告确实很容易被删除,有些警告并不那么容易.因此,一些开发人员使用各种可能的方式来实现目标.例如,使用显式强制转换将double转换为float,浮动到int,签名到unsigned等等.由于我们的代码库是如此之大,超过20年的30-50开发人员的工作,我真的怀疑这个努力多少如果确实有一些优点,可以真正帮助我们.任何人都可以提出一些建议或论点吗？我们的项目使用C++.
Mic*_*gan 13
一旦让编译器警告滑动,"实际"警告也会被忽略.我无法计算出一个带有大量警告的项目的次数,只需要一点点小心,就会被删除,还有一堆非常微妙的错误.意外分配,如果,意外跌落在开关中或没有违约,意外; 在for循环的结尾,无意的类型转换等警告是有原因的 - 使用它们.是的,有些是非常悬垂的,但稍后的工作可以节省很多头痛.
清洁警告并保持清洁.你会写更好的代码.
| 归档时间： |
|
| 查看次数： |
256 次 |
| 最近记录： |